Re: [lazarus] patch for StdCtrls

2006-12-13 Thread Mattias Gaertner
On Sun, 10 Dec 2006 09:18:36 +0800
Funky Beast [EMAIL PROTECTED] wrote:

 Attached patch implements new properties for TCustomEdit and
 TCustomComboBox.
 
 Implemented:
 
 TCustomEdit: property AutoSelect.
 TCustomComboBox: property AutoSelect and property CharCase.
 
 Patch is diffed from the root of Lazarus directory.

Applied. Thanks.

Mattias

_
 To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as the Subject
   archives at http://www.lazarus.freepascal.org/mailarchives


RE: [lazarus] Font names shown in the respective font

2006-12-13 Thread George Birbilis
 The LCL provides a Delphi compatible TFont.
 The widgetsets searches the nearest font.
 The gtk interface also understands XLD font names, where the
 font name is a 15 attribute filter.
 So, basically you can select every available font under
 windows and under gtk/X. But they are not cross platform.

 The OI combobox is custom drawn, so it would be possible to
 draw every font. But afaik this would be quite slow and needs
 a lot of resources.

 I'm not an font expert, so I don't know, what properties are
 needed by TFont to make it cross platform (if this is possible).

The thing is that you have to measure the string to calculate its
dimensions given the font family, text size, font style etc. which I don't
remember if TFont class provides itself in Delphi or if one had to use
Windows calls for it (maybe it does provide). I was also thinking that I
could reuse in the background an autosizing TLabel (there was such I think
in Delphi) and set the text to it (=the font name itself) and the font name
and keep some same font size, then tell it to size itself (without adding it
to a parent - hope it doesn't play it clever in that case and do nothing),
then ask it it's dimensions (so that I avoid messing with the font measuring
calls if they're complex)

I wonder why it should be a resource hog if fonts are implemented ok in Laz
and in the OS or window manager. I've done it in JFC/Swing many years ago
and it played very nice (JFC/Swing wasn't the most optimized lib back then
[it still itsn't]). Also, old Macs were doing that (back in 1997) and didn't
have problems. Anyway it will be a property to turn on/off. Think it's
interesting exercise for me to get more comfortable with Laz object
inspector code, so I'll try to give it a try

Another thing I'd like to add is wiring option on the form designer, maybe
similar to IBM's VisualAge or even simpler

Cheers,
George


George Birbilis ([EMAIL PROTECTED])
Computer  Informatics Engineer
Microsoft MVP J# for 2004-2006
Borland Spirit of Delphi
++ QuickTime, Delphi, ActiveX, .NET components ++
http://www.kagi.com/birbilis
++ Robotics ++
http://www.mech.upatras.gr/~Robotics
http://www.mech.upatras.gr/~robgroup




  _  

avast! Antivirus http://www.avast.com : Outbound message clean. 


Virus Database (VPS): 0657-0, 12/12/2006
Tested on: 13/12/2006 12:05:43 ??
avast! - copyright (c) 1988-2006 ALWIL Software.



_
 To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as the Subject
   archives at http://www.lazarus.freepascal.org/mailarchives


RE: [lazarus] repository

2006-12-13 Thread George Birbilis
 IMO it is a good idea to provide a simple way/batch file to
 build lazarus. But IMHO it is a bad idea to put several
 batches/scripts for each platform into the main directory.
 It would be better to add a INSTALL.txt, describing the most
 common build commands for every platform and pointing to the
 wiki for the rest.
 At the moment these things are in the README.txt.

That's why I suggested putting them in a buildscripts or scripts subfolder
with subfolders in it for each platform. That helps people quickstart to
play with Lazarus code and for Windows (and OS-X eventually) people it's a
must I believe


George Birbilis ([EMAIL PROTECTED])
Computer  Informatics Engineer
Microsoft MVP J# for 2004-2006
Borland Spirit of Delphi
++ QuickTime, Delphi, ActiveX, .NET components ++
http://www.kagi.com/birbilis
++ Robotics ++
http://www.mech.upatras.gr/~Robotics
http://www.mech.upatras.gr/~robgroup




  _  

avast! Antivirus http://www.avast.com : Outbound message clean. 


Virus Database (VPS): 0657-0, 12/12/2006
Tested on: 13/12/2006 12:07:52 ??
avast! - copyright (c) 1988-2006 ALWIL Software.



_
 To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as the Subject
   archives at http://www.lazarus.freepascal.org/mailarchives


Re: repository

2006-12-13 Thread Marco van de Voort
 On Tue, 12 Dec 2006 11:20:45 +0100
 Ale? Katona [EMAIL PROTECTED] wrote:
 
   Which library would people suggest for this? Should I go for it,
   would it be ok to use Indy or is there someother better / more
   stable / supported lib for Lazarus?
  First, you should know that as the author of LNet I'm biased towards
  it but I'll try to stay factual.
  
  1. Synapse and Indy both work on Linux and Windows, as tested, but
  that's it. I'm not saying they DON'T work on eg: freeBSD but there
  needs to be testing done to confirm this in the least. LNet works on
  most common fpc platforms and is tested atleast to an extent.
 
 At least synapse even works under MacOSX PowerPC and Intel. So, FreeBSD
 should work too, but I didn't try. It uses the fpc socket units.

Indy is now also tested on FreeBSD/x86 for 2.1.1 but requires a trivial mod
in the current indy code (a typecast of a threadid in one position)

For Mac/PPC I did a test with the Indy after the 2.1.1 fix, but it didn't
work. I suspect some endianness trouble though. Maybe next weekend I'll
invest some time in testing this.

64-bit support is untested by me, but afaik JP Mugaas invested some time. I
don't know the exact status.

  2. Indy is rather huge. I'm not sure how much of an issue this could
  be but it might not be a good idea to throw it's weight around.
 
Indy is huge, and has some overhead. OTOH it is in the same scale as e.g.
the LCL, and doesn't impact working with it much. More importantly, it makes
its ease of use, specially after an initial getting-used-to period quite
easy.

Because of this I'd use Indy unless I have special requirements. (e.g. I
perse want LNet's support for sendfile/kqueue etc)

  3. LNet has it's issues too. It's not yet 100% stable and even API can
  change sometimes. On the other hand you got me to kick in the arse and
  fix the stuff :)

What I have seen of it, Indy has more ease of use. 

_
 To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as the Subject
   archives at http://www.lazarus.freepascal.org/mailarchives


Re: [lazarus] Font names shown in the respective font

2006-12-13 Thread Marc Weustink

Mattias Gaertner wrote:

On Mon, 11 Dec 2006 21:44:29 +0200
George Birbilis [EMAIL PROTECTED] wrote:


Ignoring the font dialog since it's another thing (it has
preview which covers the needs of the user a bit), the font
name property editor (it shows a drop-down list, could show
an owner-drawn one instead) would be the thing to change
(once for all platforms I suppose). BTW, speaking of many
platforms, how does Lazarus support fonts crossplatform?
(does it delegate the burden onto the OS ? [since there is
raster/bitmap fonts, TrueType, OpenType, PostScript etc.
fonts that one could support)

I know in Delphi one uses owner-drawn list to draw their own items
(in fact I had suggested Delphi Object Inspector do that many years
ago at Delphi newsgroups, when we had plain text dropdown lists even
for color names), but what is used in Lazarus? Is it the same scheme
or something that is maybe more crossplatform? Any online text about
it?


The LCL provides a Delphi compatible TFont.
The widgetsets searches the nearest font.
The gtk interface also understands XLD font names, where the
font name is a 15 attribute filter.
So, basically you can select every available font under windows and
under gtk/X. But they are not cross platform.

The OI combobox is custom drawn, so it would be possible to draw every
font. But afaik this would be quite slow and needs a lot of resources.


I think only the fonts displayed need to be drawn (so max 8 ?) :)

But these things should be well thought when implemented.

I've installed over 1000 fonts and not all software displaying fonts has 
implemented this properly (IE, they try to load them all)


Marc


_
To unsubscribe: mail [EMAIL PROTECTED] with
   unsubscribe as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives


RE: [lazarus] repository

2006-12-13 Thread George Birbilis
Thanks,

I'll make a .bat to set the FPC_PATH and FPC_BIN_PATH env vars and several
.bat for each of that stuff that call the first .bat that sets the FPC
path - so that you edit the paths only in one place (although I'd like it
better if FPC installer was setting these env vars globally - a related
thing is that VS.net puts at start menu a Visual Studio 2005 command
prompt option where it starts the command prompt with all needed paths etc.
set up for you, nice thing to have)

Will send new versions of the .bat when done placed at subfolder (can I send
.zip files to the list?)

 There are more options, like building an IDE with packages:
 make idepkg
 Or building an IDE with a lot of standard packages:
 make bigide

How do these two differ? Which packages does the 1st use? Does the 2nd use
all the packages in the source distro?





  _  

avast! Antivirus http://www.avast.com : Outbound message clean. 


Virus Database (VPS): 0657-0, 12/12/2006
Tested on: 13/12/2006 12:12:29 ??
avast! - copyright (c) 1988-2006 ALWIL Software.



_
 To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as the Subject
   archives at http://www.lazarus.freepascal.org/mailarchives


Re: [lazarus] Re: patch for StdCtrls

2006-12-13 Thread Vincent Snijders

Mattias Gaertner schreef:

On Wed, 13 Dec 2006 12:32:48 +0800
Funky Beast [EMAIL PROTECTED] wrote:


Mattias Gaertner wrote:

 please add documentation for them.

Mattias


Here you go, also added documentation for AutoComplete
and AutoCompleteTextOption.


Thanks. Applied.



The documentation of TGroupBox.OnUnDock is invalid:

  element name=TGroupBox.OnUnDock
short/
descr
  shortproperty AutoCompleteText: TComboBoxAutoCompleteText/short
/descr
seealso/
  /element

How did you create this update? With LazDoc or LazDE or manually in a text 
editor?

Vincent

_
To unsubscribe: mail [EMAIL PROTECTED] with
   unsubscribe as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives


[lazarus] Re: patch for StdCtrls

2006-12-13 Thread Funky Beast

Vincent Snijders wrote:

Mattias Gaertner schreef:

On Wed, 13 Dec 2006 12:32:48 +0800
Funky Beast [EMAIL PROTECTED] wrote:


Mattias Gaertner wrote:

 please add documentation for them.

Mattias


Here you go, also added documentation for AutoComplete
and AutoCompleteTextOption.


Thanks. Applied.



The documentation of TGroupBox.OnUnDock is invalid:

  element name=TGroupBox.OnUnDock
short/
descr
  shortproperty AutoCompleteText: 
TComboBoxAutoCompleteText/short

/descr
seealso/
  /element

How did you create this update? With LazDoc or LazDE or manually in a 
text editor?


Vincent


Ooops, sorry.

I used makeskel to create the update. Copy/paste update to stdctrl.xml
and add the indent spaces and some short values with Kate text editor.
The rest is done in LazDoc.
Guess I screwed up a bit during pasting from the update file.

I see you've corrected it. Again, my apologies.

Regards,
Funky Beast.

_
To unsubscribe: mail [EMAIL PROTECTED] with
   unsubscribe as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives


Re: [lazarus] How to integrate an Application into the Lazarus-IDE (for localization Lazarus Applications)

2006-12-13 Thread tanila
Hi,

thank you very much for the Answers and your Feedback.
I will try to make it now. I give you a hint if something useful has
been created...
Greetings
Tanila

_
 To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as the Subject
   archives at http://www.lazarus.freepascal.org/mailarchives


Re: [lazarus] How to integrate an Application into the Lazarus-IDE (for localization Lazarus Applications)

2006-12-13 Thread tanila
Hi,

thank you very much for the Answers and your Feedback.
I will try to make it now. I give you a hint if something useful has
been created...

Greetings
Tanila

_
 To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as the Subject
   archives at http://www.lazarus.freepascal.org/mailarchives


Re: [lazarus] How to integrate an Application into the Lazarus-IDE (forlocalization Lazarus Applications)

2006-12-13 Thread tanila
thank you I will have a look at your sources.


_
 To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as the Subject
   archives at http://www.lazarus.freepascal.org/mailarchives


Re: [lazarus] Font names shown in the respective font

2006-12-13 Thread lazarus . mramirez

Quoting Mattias Gaertner [EMAIL PROTECTED]:


I'm not an font expert, so I don't know, what properties are needed by
TFont to make it cross platform (if this is possible).

Mattias


Hope it helps:

http://scripts.sil.org/cms/scripts/page.php?site_id=nrsicat_id=FontDownloads
http://www.openfontlibrary.org/
http://unifont.org/fontguide/

mramirez

_
To unsubscribe: mail [EMAIL PROTECTED] with
   unsubscribe as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives


Re: [lazarus] How to integrate an Application into the Lazarus-IDE (for localization Lazarus Applications)

2006-12-13 Thread tanila
Am Dienstag, den 12.12.2006, 23:09 +0100 schrieb Mattias Gaertner:
 This has already been started some time ago. Search for {$IFDEF
 TRANSLATESTRING} in the lazarus code.
 The code is in a very early state, although the author Vasily
 Volchenko
 said, he already used it.
 It has the clever idea to hook into TReader/TWriter, so that everytime
 the .lfm file is changed the .lrt file is updated and the strings are
 translated on creation at runtime. This reduces the overhead. Although
 the current implementation need some optimizations to make use of
 these
 advantages. 

Very Good idea by Vasily. I checked his code but i didn't understand
everything he has done there. 
Isnt he working on it any more ?


My approach would be like this:
- 1. Locate available Resource-Strings
- 2. Scanning the Application ContainerClasses TForm, TDataModule and
the included Tcomponents which has TTranslateString Properties by RTTI
- 3. Generating an XML - File with these ResourceStrings, Components and
properties (with optional context comments for the Translators, etc)
- 4. Translating the XML-File in other Languages
- 5. Provide a funktion or a mechanism to Translate the Forms,
Datamodules by reading back the Properies of the translated xml-files.

I would prefere XML because of the ability to have a hirarchical
structure similar to the Component.owner structure.

But there are the issues of the overhead and Performance.
Another Problem would appear if the component-names change or adding new
Components, removing Components in further versions of the Application. 
Therefore I thought it would be better to have it integrated inside of
the IDE to make it easier for developers to keep the XML-Files up to
date.




_
 To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as the Subject
   archives at http://www.lazarus.freepascal.org/mailarchives


Re: [lazarus] How to integrate an Application into the Lazarus-IDE (forlocalization Lazarus Applications)

2006-12-13 Thread tanila
Hi Darius,

good Job. 
But isnt your work a rebuild of what gettext does except using xml files
and having all translations in one File ?

Or did I missunderstood your source ?

My approach would be like this as I dicribed in the MSG to Mattias:

- 1. Locate available Resource-Strings
- 2. Scanning the Application ContainerClasses TForm, TDataModule and
the included Tcomponents which has TTranslateString Properties by RTTI
- 3. Generating an XML - File with these ResourceStrings, Components and
properties (with optional context comments for the Translators, etc)
- 4. Translating the XML-File in other Languages
- 5. Provide a funktion or a mechanism to Translate the Forms,
Datamodules by reading back the Properies of the translated xml-files.

I would prefere XML because of the ability to have a hirarchical
structure similar to the Component.owner structure.

But there are the issues of the overhead and Performance.
Another Problem would appear if the component-names change or adding new
Components, removing Components in further versions of the Application. 
Therefore I thought it would be better to have it integrated inside of
the IDE to make it easier for developers to keep the XML-Files up to
date.

What do You think ?

The approach by Vasily Volchenko is a very good one, but i don't know if
i can do that this way or complete his work.

Greetings
Tanila



_
 To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as the Subject
   archives at http://www.lazarus.freepascal.org/mailarchives


Re: [lazarus] How to integrate an Application into the Lazarus-IDE (for localization Lazarus Applications)

2006-12-13 Thread tanila
Hi Vincent,

I tried to compile Lazarus with the TRANSLATESTRING.
Shouldn't there exist a menu entry in Projects to create PO files etc as
i have seen in the source of lazarus ?
The lft-file was existend bevore, too.

Or did I make a mistake ?
How do I compile right with that Option ?

Greetings
Tanila


_
 To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as the Subject
   archives at http://www.lazarus.freepascal.org/mailarchives


Re: [lazarus] How to integrate an Application into the Lazarus-IDE (for localization Lazarus Applications)

2006-12-13 Thread Vincent Snijders

tanila schreef:

Hi Vincent,

I tried to compile Lazarus with the TRANSLATESTRING.
Shouldn't there exist a menu entry in Projects to create PO files etc as
i have seen in the source of lazarus ?
The lft-file was existend bevore, too.


I have never compiled with TRANSLATESTRING before, so I don't know what 
to expect exactly.




Or did I make a mistake ?
How do I compile right with that Option ?



One thing to keep in mind, is that you need to make a complete rebuild, 
i.e. first do a make clean.


In the configure build lazarus dailog:
* Set the target for everything, except Starter and Examples to 
Clean+Build

* In the options textbox, set -dTRANSLATESTRING (without )

HTH,
Vincent

_
To unsubscribe: mail [EMAIL PROTECTED] with
   unsubscribe as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives


Re: [lazarus] code completion and class methods problem

2006-12-13 Thread Micha Nelissen
Graeme Geldenhuys wrote:
 complained about how long it took to get bugs fixed or features
 implement.  He waited 5 years for a feature and 2 years for a bug fix.
 
 Lazarus rock!  :-)

Unfortunately, not all bugs are fixed so quickly; just take a look at
the bug tracker ;-).

Micha

_
 To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as the Subject
   archives at http://www.lazarus.freepascal.org/mailarchives


RE: [lazarus] Trying to make TScrollingWinControl more useful...

2006-12-13 Thread Pieter Valentijn
Ok I can understaind but atleast theres a simpel workaround that will
work in Delphi to.


Met vriendelijke groet, 
Pieter Valentijn
 
Delphidreams
http://www.delphidreams.nl
 


-Oorspronkelijk bericht-
Van: Vincent Snijders [mailto:[EMAIL PROTECTED] 
Verzonden: dinsdag 12 december 2006 22:28
Aan: lazarus@miraclec.com
Onderwerp: Re: [lazarus] Trying to make TScrollingWinControl more
useful...


Mattias Gaertner schreef:
 On Tue, 12 Dec 2006 19:12:41 +0100
 Pieter Valentijn [EMAIL PROTECTED] wrote:
 
 I ment for that panel to be inside the scroll box.
 That way theres only one control to think about.

 If your code does the job then theres no need to maintain it :-)
 
 The panel idea will work on all widgetsets, it is not hard to 
 implement and saves a lot of synchronisation issues. So, the question 
 is not, if it is doable, but: Will this be a big Delphi 
 incompatibility?
 
 For this we need to know, how many components out there depend on 
 this, and how big would be the change. Maybe Micha can provide an 
 example to answer the second question?
 
 

This incompatibility could be documented in de code conversion guide:
http://wiki.lazarus.freepascal.org/Code_Conversion_Guide

Vincent

_
 To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as the Subject
   archives at http://www.lazarus.freepascal.org/mailarchives

_
 To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as the Subject
   archives at http://www.lazarus.freepascal.org/mailarchives


Re: [lazarus] repository

2006-12-13 Thread Mattias Gaertner
On Wed, 13 Dec 2006 12:12:29 +0200
George Birbilis [EMAIL PROTECTED] wrote:

 Thanks,
 
 I'll make a .bat to set the FPC_PATH and FPC_BIN_PATH env vars and
 several .bat for each of that stuff that call the first .bat that
 sets the FPC path - so that you edit the paths only in one place

Parameters can be given at command line parameters or in a separate
config file, but not in a script/batch itself. Otherwise svn will not
update these files.


 (although I'd like it better if FPC installer was setting these env
 vars globally - a related thing is that VS.net puts at start menu a
 Visual Studio 2005 command prompt option where it starts the
 command prompt with all needed paths etc. set up for you, nice thing
 to have)
 
 Will send new versions of the .bat when done placed at subfolder (can
 I send .zip files to the list?)

Yes.

 
  There are more options, like building an IDE with packages:
  make idepkg
  Or building an IDE with a lot of standard packages:
  make bigide
 
 How do these two differ? Which packages does the 1st use? Does the
 2nd use all the packages in the source distro?

The first builds the IDE with the user selected packages.
The later builds the IDE with a fixed set of packages.

Mattias

_
 To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as the Subject
   archives at http://www.lazarus.freepascal.org/mailarchives


Re: [lazarus] repository

2006-12-13 Thread Mattias Gaertner
On Wed, 13 Dec 2006 12:07:52 +0200
George Birbilis [EMAIL PROTECTED] wrote:

  IMO it is a good idea to provide a simple way/batch file to
  build lazarus. But IMHO it is a bad idea to put several
  batches/scripts for each platform into the main directory.
  It would be better to add a INSTALL.txt, describing the most
  common build commands for every platform and pointing to the
  wiki for the rest.
  At the moment these things are in the README.txt.
 
 That's why I suggested putting them in a buildscripts or scripts
 subfolder with subfolders in it for each platform. That helps people
 quickstart to play with Lazarus code and for Windows (and OS-X
 eventually) people it's a must I believe

Huh?
The difficult part on MacOSX is to install the needed libraries. The
compilation of lazarus is just typing 'make'.

What exactly do you want to make easier with a script?

Mattias

_
 To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as the Subject
   archives at http://www.lazarus.freepascal.org/mailarchives


[lazarus] Treating TProcess output

2006-12-13 Thread Arí Ricardo Ody
I'm developing little application for compress/uncompress data using 
tarball or Zip with a graphical front end.


When I submit a tarball command with an error via TProcess I am not 
receiving the same messages that appear in the screen when I type the 
same tarball command via linux konsole.


I sent an e-mail to this mailing list with the source of the 
procedure where I'm trying to catch the tarball output via 
TProcess.Output. No one answer my e-mail. No problems, I'm not complaining.


In my example, the length of messages generated in the konsole is 
less than 2kb, the length of linux Pipe. I suppose that I'm not 
losing data by this way.


I'm writing to ask if someone knows some place where I can get more 
information about this matter.


Please.

Greetings from Sao Paulo - Brazil

Ricardo

_
To unsubscribe: mail [EMAIL PROTECTED] with
   unsubscribe as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives


Re: [lazarus] Graphical Object Inheritance Tree

2006-12-13 Thread Mattias Gaertner
On Wed, 13 Dec 2006 14:51:48 +0300
Al Boldi [EMAIL PROTECTED] wrote:

 Mattias Gaertner wrote:
  Al Boldi [EMAIL PROTECTED] wrote:
   Graeme Geldenhuys wrote:
ModelMaker is a brilliant tool and well worth learning.  I just
don't think is supports include files though.  Then again, i
don't know of any other UML tool that does either...
   
Anyway, here is a few more...
   
http://argouml.tigris.org/
http://www.gentleware.com/
http://www.minuml.com  (their website seems to be down at the
moment)
  
   Ok, thanks for the links!
  
   I was more looking for something that would seamlessly work with
   the CodeExplorer.  So you could right click on a type def and see
   its tree, either ascending or descending.  I think this wouldn't
   be too difficult to implement, as the SourceEditor already
   supports this textually with ctrl+click.
 
  Maybe you can start a proposal, what functions you need to start
  this.
 
 Thanks for asking!
 
 Maybe something like this for descending:
 
   ParentClass(ChildClass):TObject
 
 and for ascending (that's the big one):
 
   ChildClasses(ParentClass):TList of TObject

Can you be more specific? What is ChildClass? 
I would expect a function to scan the classes of the project or a
package. For example:
function ScanProjectClasses(AProject: TLazProject): TSomeTreeStructure;
function ScanPackageClasses(const APackageFilename: string):
TSomeTreeStructure;

 
 The result could then easily be put into a treeview, for display and
 further functionality.


Mattias

_
 To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as the Subject
   archives at http://www.lazarus.freepascal.org/mailarchives


Re: [lazarus] Treating TProcess output

2006-12-13 Thread Vincent Snijders

Arí Ricardo Ody schreef:
I'm developing little application for compress/uncompress data using 
tarball or Zip with a graphical front end.


When I submit a tarball command with an error via TProcess I am not 
receiving the same messages that appear in the screen when I type the 
same tarball command via linux konsole.


I sent an e-mail to this mailing list with the source of the procedure 
where I'm trying to catch the tarball output via TProcess.Output. No one 
answer my e-mail. No problems, I'm not complaining.


In my example, the length of messages generated in the konsole is less 
than 2kb, the length of linux Pipe. I suppose that I'm not losing data 
by this way.





Does tar redirect to stdout and/or to stderr?

if you use tar on the command line can you redirect the output to file?

tar myoptions and parameter  tar.output.txt

Vincent

_
To unsubscribe: mail [EMAIL PROTECTED] with
   unsubscribe as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives


Re: [lazarus] How to integrate an Application into the Lazarus-IDE (for localization Lazarus Applications)

2006-12-13 Thread Mattias Gaertner
On Wed, 13 Dec 2006 18:12:30 +0100
tanila [EMAIL PROTECTED] wrote:

 Am Dienstag, den 12.12.2006, 23:09 +0100 schrieb Mattias Gaertner:
  This has already been started some time ago. Search for {$IFDEF
  TRANSLATESTRING} in the lazarus code.
  The code is in a very early state, although the author Vasily
  Volchenko
  said, he already used it.
  It has the clever idea to hook into TReader/TWriter, so that
  everytime the .lfm file is changed the .lrt file is updated and the
  strings are translated on creation at runtime. This reduces the
  overhead. Although the current implementation need some
  optimizations to make use of these
  advantages. 
 
 Very Good idea by Vasily. I checked his code but i didn't understand
 everything he has done there. 
 Isnt he working on it any more ?
 
 
 My approach would be like this:
 - 1. Locate available Resource-Strings

Hook into TWriter.


 - 2. Scanning the Application ContainerClasses TForm, TDataModule and
 the included Tcomponents which has TTranslateString Properties by RTTI

This is not needed when using TWriter.


 - 3. Generating an XML - File with these ResourceStrings, Components
 and properties (with optional context comments for the Translators,
 etc)

Since many prefer .po files (because there are a lot of translation
tool for them already), it would be nice, if the output is done via an
abstract interface.


 - 4. Translating the XML-File in other Languages
 - 5. Provide a funktion or a mechanism to Translate the Forms,
 Datamodules by reading back the Properies of the translated xml-files.

Hook into TReader.

 
 I would prefere XML because of the ability to have a hirarchical
 structure similar to the Component.owner structure.
 
 But there are the issues of the overhead and Performance.
 Another Problem would appear if the component-names change or adding
 new Components, removing Components in further versions of the
 Application. Therefore I thought it would be better to have it
 integrated inside of the IDE to make it easier for developers to keep
 the XML-Files up to date.

Good point.

Mattias

_
 To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as the Subject
   archives at http://www.lazarus.freepascal.org/mailarchives


Re: [lazarus] How to integrate an Application into the Lazarus-IDE (for localization Lazarus Applications)

2006-12-13 Thread Mattias Gaertner
On Wed, 13 Dec 2006 18:51:51 +0100
tanila [EMAIL PROTECTED] wrote:

 Hi Vincent,
 
 I tried to compile Lazarus with the TRANSLATESTRING.
 Shouldn't there exist a menu entry in Projects to create PO files etc
 as i have seen in the source of lazarus ?

Yes. As I said: It is in an early state.


 The lft-file was existend bevore, too.
 
 Or did I make a mistake ?
 How do I compile right with that Option ?

see Vincent's mail.

Mattias

_
 To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as the Subject
   archives at http://www.lazarus.freepascal.org/mailarchives


Re: [lazarus] Graphical Object Inheritance Tree

2006-12-13 Thread Al Boldi
Mattias Gaertner wrote:
 On Wed, 13 Dec 2006 14:51:48 +0300

 Al Boldi [EMAIL PROTECTED] wrote:
  Mattias Gaertner wrote:
   Al Boldi [EMAIL PROTECTED] wrote:
Graeme Geldenhuys wrote:
 ModelMaker is a brilliant tool and well worth learning.  I just
 don't think is supports include files though.  Then again, i
 don't know of any other UML tool that does either...

 Anyway, here is a few more...

 http://argouml.tigris.org/
 http://www.gentleware.com/
 http://www.minuml.com  (their website seems to be down at the
 moment)
   
Ok, thanks for the links!
   
I was more looking for something that would seamlessly work with
the CodeExplorer.  So you could right click on a type def and see
its tree, either ascending or descending.  I think this wouldn't
be too difficult to implement, as the SourceEditor already
supports this textually with ctrl+click.
  
   Maybe you can start a proposal, what functions you need to start
   this.
 
  Thanks for asking!
 
  Maybe something like this for descending:
 
  ParentClass(ChildClass):TObject
 
  and for ascending (that's the big one):
 
  ChildClasses(ParentClass):TList of TObject

 Can you be more specific? What is ChildClass?
 I would expect a function to scan the classes of the project or a
 package. For example:
 function ScanProjectClasses(AProject: TLazProject): TSomeTreeStructure;
 function ScanPackageClasses(const APackageFilename: string):
 TSomeTreeStructure;

Wow!  That's even better.

Maybe even add:  function ScanSourceEditorClasses: TSomeTreeStructure;

which would scan all open source editor tabs down to TObject.

  The result could then easily be put into a treeview, for display and
  further functionality.


Thanks!

--
Al

_
 To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as the Subject
   archives at http://www.lazarus.freepascal.org/mailarchives


[lazarus] Base64 examples?

2006-12-13 Thread Lee


Hi,

Is there any examples of using the TBase64Encoding/TBase64Decoding units 
around?  I've read the doc on it but am still have a bit of trouble 
understanding how to use them.


Thank you.

--

Warm Regards,

Lee

_
To unsubscribe: mail [EMAIL PROTECTED] with
   unsubscribe as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives