Re: [lazarus] Lazarus packaging

2008-01-31 Thread Ales Katona

Ales Katona  wrote / napísal(a):
2. I think lazarus should get separated into lazarus-lcl-widgetset 
packages, lazarus-ide and lazarus-tools (lazbuild and friends) with a 
dummy all-package like lazarus and a dummy lcl package which will 
simply default to per-distro widgetset (eg: qt on KDE distroes in the 
future, gtk2 on gnome). So if use installs lazarus they get 
dependency lazarus-lcl which in turn installs lazarus-lcl-whatever.
This needs a bit more explaining. Here's a package list for a debian 
distro with dependencies in [], comments in ()


lazarus-common (provides basic stuff, non code/.ppu/.o)
lazarus-source (obvious)

lazarus-lcl-gtk1 [lazarus-common] (gtk1 specific LCL units/.ppu/.o)
lazarus-lcl-gtk2 [lazarus-common, lazarus-lcl-gtk1?] (gtk2 specific LCL 
units/.ppu/.o)

lazarus-lcl-qt4 [lazarus-common] (qt4 specific LCL units/.ppu/.o)
lazarus-lcl [lazarus-lcl-specific_for_distro] (dummy package for 
people who don't know, and higher packages)


lazarus-tools [lazarus-common, lazarus-lcl] (contains lazbuil and other 
stuff from tools subdir)
lazarus-ide-gtk1 [lazarus-common, lazarus-lcl-gtk1, lazarus-source] (the 
ide itself, specific for gtk1)
lazarus-ide-gtk2 [lazarus-common, lazarus-lcl-gtk2, lazarus-source] (the 
ide itself, specific for gtk2)
lazarus-ide-qt4 [lazarus-common, lazarus-lcl-qt4, lazarus-source] (the 
ide itself, specific for gtk1)
llazarus-ide [lazarus-common, lazarus-lcl, lazarus-source] (dummy for 
the ide itself)


I'm not sure if lazarus-common would be needed at all, or needed by 
code packages (perhaps just by the IDE)



Ales

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


[lazarus] Lazarus packaging

2008-01-31 Thread Ales Katona
I wanted to ask about plans to support better packaging of lazarus and 
apps made by lazarus on Linux distros in the future. For reference I'll 
use .deb style here but I'm sure .rpm will have to be quite similar.


1. Does lazarus support root/readonly locations yet? (including support 
for installing components) This is crucial for everything really.


2. I think lazarus should get separated into lazarus-lcl-widgetset 
packages, lazarus-ide and lazarus-tools (lazbuild and friends) with a 
dummy all-package like lazarus and a dummy lcl package which will 
simply default to per-distro widgetset (eg: qt on KDE distroes in the 
future, gtk2 on gnome). So if use installs lazarus they get dependency 
lazarus-lcl which in turn installs lazarus-lcl-whatever.


3. With lazarus-tools, users can easily create lazarus/fpc-made packages 
for whatever they made. They will simply specify the dependency for 
lazarus-lcl-specific for binary packages and lazarus-lcl for -src 
packages and use lazarus-tools (lazbuild) to automate building. 3rd 
party components should be of-course packagable as well.


I'm not asking for someone to do it, but for input, and if it's viewed 
as feasible by you guys. I'm currently about to release a LaTeX IDE I 
made with Lazarus and am quite.. blocked in regards to proper packaging 
and auto-building of the thing.


So.. what do you think? Of course, fpc will have to be packaged properly 
as well, which means addition of the missing fpc-source debian package :D


I'd also propose to add the fpc package to lazarus deb repository.

Ales

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


Re: [lazarus] Lazarus packaging

2008-01-31 Thread Ales Katona

Mattias Gaertner  wrote / napísal(a):

On Thu, 31 Jan 2008 18:05:24 +0100
Ales Katona [EMAIL PROTECTED] wrote:

  

I wanted to ask about plans to support better packaging of lazarus
and apps made by lazarus on Linux distros in the future. For
reference I'll use .deb style here but I'm sure .rpm will have to be
quite similar.

1. Does lazarus support root/readonly locations yet? (including
support for installing components) This is crucial for everything
really.



If you mean that the package sources are installed read only: yes

  
I mean that you install lazarus from a .deb into eg: /usr/lib/lazarus 
and that people can still install 3rd party components into this lazarus 
in some way (I realize that packaged components would conflict tho, 
because of the one binary problem, but that's a bit different beast)
 
  
Maybe improve fppackage instead?


  
I'm not sure if fppkg would be welcomed as build-tool/3rd party 
repository to enable -src package autobuilds. (actually I'm sure it 
wouldn't)
 
  
Why missing?


 
  

Because lazarus needs it for auto-completion.

I'd also propose to add the fpc package to lazarus deb repository.



Why?
  

See above.

Mattias

  

Ales

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


Re: [lazarus] Lazarus packaging

2008-01-31 Thread Ales Katona

Vincent Snijders  wrote / napísal(a):

Ales Katona schreef:


2. I think lazarus should get separated into lazarus-lcl-widgetset 
packages, lazarus-ide and lazarus-tools (lazbuild and friends) with a 
dummy all-package like lazarus and a dummy lcl package which will 
simply default to per-distro widgetset (eg: qt on KDE distroes in the 
future, gtk2 on gnome). So if use installs lazarus they get 
dependency lazarus-lcl which in turn installs 
lazarus-lcl-whatever.


In which package will be forms.ppu? It is needed by lazarus-lcl-gtk2 
and lazarus-lcl-qt and lazarus-lcl is just a dummy package. I think 
you need a lazarus-lcl-common too. (You may thing about better names)
Yes, lazarus-lcl-common sounds good for this purpose. (what's wrong with 
the names? they should be descriptive I think)




I'd also propose to add the fpc package to lazarus deb repository.


Isn't this the case already? I see a lot of fpc debs here.
http://www.hu.freepascal.org/lazarus/dists/lazarus-stable/universe/binary-i386/Packages
Didn't know this, but fpc still has the debs listed just like that in 
some ftp site. Perhaps we should unify this? eg: provide the repository 
for debianists on fpc page too.



Vincent


Ales


_
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] I have a dream

2008-01-29 Thread Ales Katona

Giuliano Colla  wrote / napísal(a):


Is there a way to achieve that? Are there already some hooks in .ppu 
or in .o which can be exploited for that purpose?
I'd gladly help to develop what's required, but advice from 
compiler/IDE guru's could lead me to the right path (or make me forget 
about it :-( ).


Yes there is, by stopping useless discussions and doing some bug fixing. 
These inconsistencies are mostly bugs, and YOU can squish them just like 
any other person.


Giuliano




Ales

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


Re: [lazarus] Nokia acquires Trolltech

2008-01-28 Thread Ales Katona
Qt4 cannot be closed. Development can be stopped from the 
Trolltech/Nokia side, but the GPL v4 which was released will remain. 
Moreover, the foundation has rights to continue Qt development should 
Trolltech be bought.


Ales

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


Re: synedit patch from ales

2008-01-27 Thread Ales Katona

Felipe Monteiro de Carvalho  wrote / napísal(a):

I tested with this line (utf-8 encoded), specifically the last word:

  Application.Title:='Minha Aplicação';

Double clicking on the left part selects Aplica. Clicking on the
accented part does nothing and clicking on o selects only o and
puts the carret at the end of the line.

Lazarus is compiled with build+clean and with the option -dWindowsUnicodeSupport

thanks,
  


What function does double clicking call? It might be possible I missed 
some. I'll test it on my spellchecker to see if it selects a whole 
word and if so then I'll try double-clicking. Thanks, I'll report soon..


Ales

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


Re: synedit patch from ales

2008-01-27 Thread Ales Katona

Felipe Monteiro de Carvalho  wrote / napísal(a):

I tested with this line (utf-8 encoded), specifically the last word:

  Application.Title:='Minha Aplicação';

Double clicking on the left part selects Aplica. Clicking on the
accented part does nothing and clicking on o selects only o and
puts the carret at the end of the line.

Lazarus is compiled with build+clean and with the option -dWindowsUnicodeSupport

thanks,
  
I missed some function. If you use GetWordAtRowCol or 
GetWordBoundsAtRowCol or
NextWordPos functions, you get the whole word/boundaries. Doubleclick in 
synedit uses SetWordBlock (in lazarus/non-lineselect case) which I 
didn't look at (and it seems to try some ugly utf-8 conversion which I 
guess didn't work)


Ales

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


Re: synedit patch from ales

2008-01-27 Thread Ales Katona

Felipe Monteiro de Carvalho  wrote / napísal(a):

I just tested the patch and it doesn't fixes selecting utf-8 words on
synedit. This doesn't mean it isn't on the right direction. I don't
know what is missing, as from the description I would think this
should start working.

  
What words did you test? Can you send the test sample to me? I tested on 
some slovak accented (eg: 2byte chars) words and it worked perfectly.


Ales

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


[lazarus] New synedit patch

2008-01-27 Thread Ales Katona
This is a revised version of my synedit patch which adds support for 
doubleclick selection of utf-8 text as well as puts all the changes in 
{$IFDEF SYN_LAZARUS}.


To sum it up:
1. it inverts parsing logic to use Highlighter.WordBlockChars + 
TSynWhiteChars (or TSynWordBlockChars + TSynWhiteChars if there's no 
highlighter), thus allowing utf-8 words to be parsed as long as the 
block chars don't contain chars  127.


2. it fixes the doubleclick selection by said logic + fixing final caret 
position based on true length of given line if UseUTF8 is true.


Ales
Index: components/synedit/synedittypes.pp
===
--- components/synedit/synedittypes.pp	(revision 13890)
+++ components/synedit/synedittypes.pp	(working copy)
@@ -44,6 +44,7 @@
 const
   TSynSpecialChars = ['À'..'Ö', 'Ø'..'ö', 'ø'..'ÿ'];
   TSynValidStringChars = ['_', '0'..'9', 'A'..'Z', 'a'..'z'] + TSynSpecialChars;
+  TSynWhiteChars = [' ', #9];
   TSynWordBreakChars = ['.', ',', ';', ':', '', , '!', '?', '[', ']', '(',
 ')', '{', '}', '^', '-', '=', '+', '*', '/', '\', '|'];
 
Index: components/synedit/synedit.pp
===
--- components/synedit/synedit.pp	(revision 13890)
+++ components/synedit/synedit.pp	(working copy)
@@ -6453,9 +6453,6 @@
   Runner: TPoint;
   TempString: string;
   IdChars: TSynIdentChars;
-{$IFDEF NEW_UTF8_SETWORDBLOCK}
-  BufChars: array of PChar;
-{$ENDIF}
 begin
   { Value is the position of the Carat in bytes }
   Value.x := MinMax(Value.x, 1, fMaxLeftChar);
@@ -6463,53 +6460,36 @@
   TempString := Lines[Value.Y - 1];
   if TempString = '' then exit;
   // Click on right side of text
-{$IFDEF NEW_UTF8_SETWORDBLOCK}
-  UTF8ToArrayOfUTF8Char(PChar(TempString), Length(TempString), BufChars);
-  if Length(BufChars)  Value.X then Value.X := Length(BufChars);
-{$ELSE}
   if Length(TempString)  Value.X then Value.X := Length(TempString);
-{$ENDIF}
+
   Runner := Value;
-  if fHighlighter  nil then
+  if Assigned(fHighlighter) then
+{$IFDEF SYN_LAZARUS}
+IdChars := [#1..#255] - (fHighlighter.WordBreakChars + TSynWhiteChars)
+{$ELSE}
 IdChars := fHighlighter.IdentChars
+{$ENDIF}
   else
+{$IFDEF SYN_LAZARUS}
+IDchars := [#1..#255] - (TSynWordBreakChars + TSynWhiteChars);
+{$ELSE}
 IDchars := [#33..#255];
-{$IFDEF NEW_UTF8_SETWORDBLOCK}
-  if not (BufChars[Runner.X - 1]^ in IdChars) then begin
-{$ELSE}
+{$ENDIF}
   if not (TempString[Runner.X] in IdChars) then begin
-{$ENDIF}
 // no word under cursor and next char right is not start of a word
-{$IFDEF NEW_UTF8_SETWORDBLOCK}
-if (Runner.X  1) and (not (BufChars[Runner.X - 1]^ in IdChars)) then begin
-{$ELSE}
 if (Runner.X  1) and (not (TempString[Runner.X] in IdChars)) then begin
-{$ENDIF}
   // find end of word on the left side
   while Runner.X  1 do begin
-{$IFDEF NEW_UTF8_SETWORDBLOCK}
-if (BufChars[Runner.X - 1]^ in IdChars) then break;
-{$ELSE}
 if (TempString[Runner.X] in IdChars) then break;
-{$ENDIF}
 Dec(Runner.X);
   end;
 end;
 // no word on the left side, so look to the right side
-{$IFDEF NEW_UTF8_SETWORDBLOCK}
-if not (BufChars[Runner.X - 1]^ in IdChars) then begin
-{$ELSE}
 if not (TempString[Runner.X] in IdChars) then begin
-{$ENDIF}
   Runner := Value;
   while (Runner.X  fMaxLeftChar)
-{$IFDEF NEW_UTF8_SETWORDBLOCK}
-  {$IFDEF FPC} and (Runner.X  length(BufChars)){$ENDIF} do begin
-if (BufChars[Runner.X - 1]^ in IdChars) then break;
-{$ELSE}
   {$IFDEF FPC} and (Runner.X  length(TempString)){$ENDIF} do begin
 if (TempString[Runner.X] in IdChars) then break;
-{$ENDIF}
 Inc(Runner.X);
   end;
   if Runner.X  fMaxLeftChar then
@@ -6518,11 +6498,7 @@
 Value := Runner;
   end;
   while Runner.X  0 do begin
-{$IFDEF NEW_UTF8_SETWORDBLOCK}
-if not (BufChars[Runner.X - 1]^ in IdChars) then break;
-{$ELSE}
 if not (TempString[Runner.X] in IdChars) then break;
-{$ENDIF}
 Dec(Runner.X);
   end;
   Inc(Runner.X);
@@ -6530,24 +6506,21 @@
   fBlockBegin := Runner;
   Runner := Value;
   while (Runner.X  fMaxLeftChar)
-{$IFDEF NEW_UTF8_SETWORDBLOCK}
-  {$IFDEF FPC} and (Runner.X = length(BufChars)){$ENDIF} do begin
-if not (BufChars[Runner.X - 1]^ in IdChars) then break;
-{$ELSE}
   {$IFDEF FPC} and (Runner.X = length(TempString)){$ENDIF} do begin
 if not (TempString[Runner.X] in IdChars) then break;
-{$ENDIF}
 Inc(Runner.X);
   end;
   if Runner.X  fMaxLeftChar then Runner.X := fMaxLeftChar;
   fBlockEnd := Runner;
 // set caret to the end of selected block
   CaretXY := Runner;
+  {$IFDEF SYN_LAZARUS}
+  if UseUTF8 then begin
+CaretX := CaretX - Max(0, (Length(TempString) - UTF8Length(TempString)));
+  end;
+  {$ENDIF}
   InvalidateLine(Value.Y);
   StatusChanged([scSelection]);
-{$IFDEF NEW_UTF8_SETWORDBLOCK}
-  FreeArrayOfUTF8Char(BufChars);

Re: [lazarus] New synedit patch

2008-01-27 Thread Ales Katona

Felipe Monteiro de Carvalho  wrote / napísal(a):

Thanks, applied as it's much better then the current behavior.

However, it still isn't perfect. On:

  Caption := 'éé';
  Edit1.Text := 'éé';

If you double click Caption the cursor ends up 1 char before C

If you double click Text it goes between t and 1

thanks,
  
You're right, this is a logical problem on my end. I need to know how 
many utf8 chars are BEFORE the current word, not on the whole line. I'll 
try to fix this.


Ales

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


Re: [lazarus] New synedit patch

2008-01-27 Thread Ales Katona

Felipe Monteiro de Carvalho  wrote / napísal(a):

Thanks, applied as it's much better then the current behavior.

However, it still isn't perfect. On:

  Caption := 'éé';
  Edit1.Text := 'éé';

If you double click Caption the cursor ends up 1 char before C

If you double click Text it goes between t and 1

thanks,
  

This patch fixed the oversight :)

Ales
Index: components/synedit/synedit.pp
===
--- components/synedit/synedit.pp	(revision 13892)
+++ components/synedit/synedit.pp	(working copy)
@@ -6516,6 +6516,7 @@
   CaretXY := Runner;
   {$IFDEF SYN_LAZARUS}
   if UseUTF8 then begin
+Delete(TempString, fBlockEnd.X, Length(TempString));
 CaretX := CaretX - Max(0, (Length(TempString) - UTF8Length(TempString)));
   end;
   {$ENDIF}


Re: [lazarus] New synedit patch

2008-01-27 Thread Ales Katona

Felipe Monteiro de Carvalho  wrote / napísal(a):

On Jan 27, 2008 3:48 PM, Paul Ishenin [EMAIL PROTECTED] wrote:
  

Felipe Monteiro de Carvalho wrote:


If you double click Text it goes between t and 1

  

Sorry, where is 1 in word Text :) ?



It's on the word on the left of it: Edit1.Text

The idea is that you click one word and the caret goes to the other
word on the left.

  
If you apply my last patch (see a few mails earlier, synedit3.patch), 
you'll fix this :)


Ales

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


Re: [lazarus] New synedit patch

2008-01-27 Thread Ales Katona

zaher dirkey  wrote / napísal(a):
How we can test it?, i use compile from SVN i will use Arabic language 
in my units (strings).

Is we can use it also for WinCE?

On Jan 27, 2008 6:20 PM, Felipe Monteiro de Carvalho 
[EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED] wrote:


Ok, so we are now reduced to zero known regressions introduced by
unicode win32 Lazarus.

Just thougth I could use this opportunity to encourage people to
test it =)

thanks,
--
Felipe Monteiro de Carvalho

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




--
Zaher Dirkey 


Just doubleclick a word with special (non latin1) chars, and see if it's 
properly selected. Or try other functions like SynEdit.NextWordPos etc.


Ales

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


Re: synedit patch from ales

2008-01-25 Thread Ales Katona

Mattias Gärtner  wrote / napísal(a):


The character sets in synedit are 'set of char', which means only 8bit.
So, I guess the patch tries to fix an ANSI codepage accented chars problem,
right?
The fix is probably useless on other codepages including UTF-8, right?
  


Not as such. The problem is two fold.

1. If we ignore encoding (eg: just work in ansi space), then the old 
style was simply plain wrong. It only allowed alpha (not num) chars, and 
worked on the principle of what's not alpha, isn't a word.


2. If we also consider UTF-8 encoded content, then getting words by 
boundaries (eg: not-allowed chars) and not by allowed-chars means that 
as long as given boundaries and whitespaces are  127 (which the default 
ones are), UTF-8 words will be parsed right, even if they contain 
special multibyte chars.


I'm not sure if #2 applies also to some other encoding.

Ales


Mattias

_
 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: synedit patch from ales

2008-01-25 Thread Ales Katona

Felipe Monteiro de Carvalho  wrote / napísal(a):

On Jan 25, 2008 6:23 PM, Ales Katona [EMAIL PROTECTED] wrote:
  
That's not enougth. It already works for ascii characters today.

Please test with both unicode and non-unicode IDE on strings with
accented characters.
  
ASCII doesn't have accented chars. If you mean non-utf local non-latin1 
encoding then pre-patch doesn't work on those, anything out of 
['A'-'z'] is considered block before my patch.


With my patch, anything NOT listed in TSynWordBlockChars + 
TSynWhiteChars (if there's no highlighter), or 
Highlighter.WordBlockChars + TSynWhiteChars is considered a valid 
word-character (which MIGHT include some nonsense chars, but at least it 
doesn't block known word-chars, + it can be runtime adjusted (in a way 
to also support utf-8), unlike the current situation (where you simply 
cannot support utf-8 because allowed chars is a set of 8bit char).

I am also working on that and it ain't that easy, I can tell for sure.
  
My solution isn't final, but you'd have to rewrite much more to get a 
full utf-8 synedit. As I said, I'm not trying to do that.

You mean like that:

http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/lcl/lclproc.pas?root=lazarusr1=13868r2=13867pathrev=13868

?

  
No, that's no efficient. We'll need stuff on the fly eg, things which 
will report boundaries etc.



Ales

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


[lazarus] Testing

2008-01-25 Thread Ales Katona

I just re-subscribed with the proper e-mail, so I'm testing this...

Ales

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


Re: [lazarus] avoiding multi-instance detection

2006-10-03 Thread Ales Katona
/var/run with pids is also present in FreeBSD 5.x+

But it's just a dumpspace for these things..

It still doesn't add anything useful :) I think there's some syscall to
do what ps does basicly. Might be worth looking at, that way you won't
depend on external crap.

Ales

 At least FreeBSD 4 has a pid-file in /var/run:
 
 $ ls /var/run/
 cron.pidemacs   ld.so.hints ppp sshd.pid
 dev.db  inetd.pid   log printer syslog.pid
 dhcpd   isdnd.pid   mountd.pid  run utmp
 dmesg.boot  ld-elf.so.hints moused.pid  sendmail.pid
 
 $ cat /var/run/cron.pid
 122
 
 $ ps aux|grep cron
 root 122  0,0  0,1  1056  768  ??  Ss   12:14am   0:00,00 /usr/sbin/cron
 
 Don't know about os version 5 or 6 or 7 though ...
 
 HTH,
 Marc
 
 _
  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] avoiding multi-instance detection

2006-10-02 Thread Ales Katona
FreeBSD might or might not have /proc mounted. Default is no however, so
you can't be sure.

However you can still save the pid # of the process in some file, then
when starting a new one, read this number, check output of ps (or use
syscalls if applicable) for given number and if pos finds the name of
your app then it's running. Otherwise start and override the file.

This way even if you crash and then another process takes your old pid
you still can see if it's your app or not.

Ales

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


Re: [lazarus] Request for PR noise !

2006-05-18 Thread Ales Katona
On st , 2006-05-17 at 08:48 -0500, [EMAIL PROTECTED] wrote:

 I one of the ones who think that a new name is MUST,
 Lazarus seems fine for a project name, but I share
 the idea that taking the project to corporate world,
 will require a new name.
 

And what makes you think Lazarus aims for corporate world?

Ales

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


Re: [lazarus] Request for PR noise !

2006-05-14 Thread Ales Katona
Lazarus might not be the best of names but neither is Delphi and
especialy not Gambas (which sounds extremely moronic).

Delphi is a stupid name too, it's just marketing which got it to the
position it has.

Ales

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


Re: [lazarus] Lazarus/FPC Foundation

2006-04-28 Thread Ales Katona

Florian Klaempfl wrote:

And more importantly, where will this lead us in the future?



It keeps the fun for the current developers so they will continue to work on
fpc. As soon as you get money for something, you've pressure, deadlines etc. and
the fun will be lost.
  
  

Well said. Couldn't have said it better.

The thing is FPC  OSS. It's more than your typical OSS which in most 
cases has monetary influence. FPC works 100% free, works well and people 
actually like what they do. Add money and all is lost.


It's going along slowly but it's going...

Ales

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


Re: [lazarus] Lazarus/FPC Foundation

2006-04-28 Thread Ales Katona



To speed up development significantly you need at least 1 Mio Eur and this is
unlikely to raise.
  

It would speed up development but ruin everything else in the end IMHO.

Ales

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


Re: [lazarus] Lazarus/FPC Foundation

2006-04-26 Thread Ales Katona

Felipe Monteiro de Carvalho wrote:



But you can reinvest the donations into Free Pascal.

+ You can buy hardware with donations. How can a port to some strange
hardware be made without that hardware?
  
Not required in most cases, there are already farms for OSS provided for 
free.

If it's not in one, the guy who wants it has some such machine.

+ The Bounties aren't necessarely outside people paying developers to
do things. If we had donations you could use them to fund further
development by people outside the main core group. You could say for
example: $1000 for whoever port Free Pascal to Palm

  

The result of this is questionable at best, there are many hidden dangers.

+ You can use the money to travel to open source forums and make
lectures about Free Pascal / Lazarus

  
Time is not money in this regard. Time cannot be given. And AFAIK the 
devs don't have the time.

As a Lazarus / Free Pascal fan I would like it to be as good as it
can. And I think that if we could find a way to receive donations and
reinvest them into the software it would be even better =)

Also, do we really need a foundation to receive donations?

  

No. IMHO


But we only need one person to loose time creating the foundation
  
Which has to be trusted, thus a dev who has no time.. and we are at the 
beginning again.

--
Felipe Monteiro de Carvalho

_
 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 0001939]: Add don't ask again to certain warning messages.

2006-03-27 Thread Ales Katona

[EMAIL PROTECTED] wrote:
The following issue requires your FEEDBACK. 
== 
http://www.lazarus.freepascal.org/mantis/view.php?id=1939 
== 
Reported By:Almindor
Assigned To:
== 
Project:Lazarus

Issue ID:   1939
Category:   IDE
Reproducibility:always
Severity:   feature
Priority:   normal
Status: feedback
Fixed in Revision:   
Target: post 1.0 
Widgetset:  GTK 
== 
Date Submitted: 03-26-2006 09:35 EST

Last Modified:  03-26-2006 12:27 EST
== 
Summary:Add don't ask again to certain warning messages.
Description: 
Promiment amongs these is the Your font doesn't support UTF8 which is

very bothersome to get on each start. And no I'm not going to change my
beautiful font since I don't use chars  127
== 

-- 
 Matthijs - 03-26-06 12:27  
-- 
Could you say more about certain warning messages. To me it looks like

something that has to be set in options. So a well defined list of what
should when be asked is needed then. 

Issue History 
Date Modified   Username   FieldChange   
== 
03-26-06 09:35  Almindor   New Issue
03-26-06 09:35  Almindor   Widgetset = GTK 
03-26-06 12:27  Matthijs   Target= post 1.0
03-26-06 12:27  Matthijs   Note Added: 0002540  
03-26-06 12:27  Matthijs   Status   new = feedback 
==



  
2 come to mind right know, I think this should be an open bug (perhaps 
not the bugrep itself tho) so that people can always come and say hey 
and this one should have it too)


In short, all messages which can be periodic/loopy/on-each-start should 
have it.


Mine are:
1. the font not supports xxx message
2. compiler sources not found message

Ales

P.S: this is second send, my 1st one didn't seem to get through 
(probably my fault)


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


Re: [lazarus] Thread Behavior in Lazarus

2006-03-13 Thread Ales Katona
You cannot expect some magical stuff to be put into some invisible event 
loop with console apps.
With GUI apps you don't control/design the event loop, you hook into 
it. This means LCL can

CheckSynchronize() for you.

There's simply NO way FPC could magicly do this for you, it would have 
to read your mind.


Ales

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


Re: [lazarus] Thread Behavior in Lazarus

2006-03-10 Thread Ales Katona

   Why would the behaviour change from running from the IDE to
   executing from the command line?

If you use synchronize, the IDE calls CheckSynchronize for you. In 
command line you need to do this in main thread.


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


Re: [lazarus] Polymorphism question

2006-03-03 Thread Ales Katona

[EMAIL PROTECTED] wrote:


I would like to declare a polymorph class. The class has several
properties and it's the read and write specifiers that I want to be
virtual abstract. So derived classes override the read and write
specifiers. The problem however is that I get an EAbstractError. The
property is still considered to be abstract according to the compiler. So
what did I wrong? I have added an example below.
Is it perhaps not allowed to use this construct? What would then be the
best way?

Darius

example

unit MyTest;

{$mode objfpc}{$H+}

interface

uses
 Classes, ComCtrls, SysUtils;

type
 TCustomClass = class
 private
   //virtual mehods
   function GetMyProperty: string; virtual; abstract;
   procedure SetMyProperty(Value: string); virtual; abstract;
 published

   property MyProperty: string Read GetMyProperty Write SetMyProperty;
 end;

 TMyClass = class(TCustomClass)
 private
   FMyProperty: string;

   function GetMyProperty: string; overload;
   procedure SetMyProperty(Value: string); overload;
 published
   property MyProperty;
 end;

implementation

function TMyClass .GetMyProperty: string;
begin
 Result := FMyProperty;
end;

procedure TMyClass .SetMyProperty(Value: string);
begin
 if Value = FMyProperty then
   exit;

 FMyProperty := Value;
end;
end.




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

 


Change overload to override.

Ales

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


[lazarus] Webpage outdated

2006-02-17 Thread Ales Katona
The webpage has been outdated for ages now. Could someone wake Michael 
to update atleast the Downloads link to point to SF?


Ales

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


Re: [lazarus] Debugger causing problem in Windows

2006-01-28 Thread Ales Katona

George Lober wrote:


George Lober wrote:

Since I mostly do my main Lazarus stuff under Linux, I have just now 
come to the conclusion that under Windows (win98se), with gdb (6.2.1) 
enabled, clicking on run or F9 causes the code to get compiled, but 
it doesn't run. If I disable gdb (no debugger at all) everything is 
fine, the program compiles and runs. I was aware people had problems 
with debugging on windows, but going back a few months I don't recall 
programs not running at all. This is with svn Lazarus from about 
three weeks ago as well as with yesterdays svn #8612. Checking at: 
http://www.gnu.org/software/gdb/ , I see that the latest version is 
6.4, but by the looks of it is available only for Linux. Does anybody 
know where one could the 6.4 version for Windows ? I really don't 
want to bother with the whole thing of installing Cygwin or MinGW on 
my Windows just to get a debugger. Maybe somebody with Cygwin or 
MinGW installed could port gdb, and post it somewhere for Lazarus 
users. Would 6.4 or something higher then 6.2.1 even help ? Should I 
enter this as a bug ? Does anyone have any suggestions ? (and no, I 
don't want to feed Gates even more money for XP, I think he's got 
enough)




Bugrep.

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


[lazarus] Gdk2x11 patch

2006-01-18 Thread Ales Katona
This patch fixes compilation of gdk2x11 package. Apply from dir with 
gdk2x11.pas


For author: never ever use libc. Use Unix, BaseUnix units.

Ales

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


Re: [lazarus] How do I add additional units to uses from package?

2006-01-06 Thread Ales Katona

Mattias Gaertner wrote:


On Fri, 06 Jan 2006 14:19:36 +0100
Ales Katona [EMAIL PROTECTED] wrote:

 

I'm making a package (with visual components) which needs to add 
additional unit to uses clause of project which uses it. How do I do 
that? If it's impossible alot of code duplication and useless delegation 
would be required.
   



Do you mean, when putting a component on a form, instead of adding one unit
to the uses clause of the form, the IDE should add several units?


Mattias

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

 

Yes, this would be very useful since sometimes you're redelegating 
alot of stuff like callbacks and base types from hidden units which 
under normal use are directly used.


Ales

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


Re: [lazarus] Re-add Qt on the widgetset list

2006-01-05 Thread Ales Katona



AFAIK that's correct. Your qt applications will be gpl.
 



This AFAIK depends on your QT license. As you may know you can either 
have QT under GPL license and be forced into GPL OR you can buy QT in 
which case you can do also commercial apps with it. It propagates.


Ales

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


[lazarus] PR advancement

2005-11-23 Thread Ales Katona
I think the simplest and perhaps most important change to get better PR 
for both Lazarus and FPC is the web page. It needs to be more wow 
style. News have to be a bit propagandistic. A FAQ is IMHO required with 
first questions like:


1. Is Free Pascal/Lazarus really free?
2. Can I use Free Pascal/Lazarus for commercial development?
3. Are there any real world applications made with Free Pascal/Lazarus?
4. Why should I use Free Pascal/Lazarus?
5. Isn't Free Software equal to crappy software?
etc.

In other words, FAQ for managers. I'm not saying you should scrap the 
old one. Just put the technical questions a bit lower.


I can write a few FAQ entries in plain text but I can't make a dynamic 
webpage(perhaps CGI? :) )


Ales

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


Re: [lazarus] Re: Problem with Threads

2005-11-20 Thread Ales Katona

Felipe Monteiro de Carvalho wrote:


Bogusław Brandys wrote:


Working without problems with lazarus 0.9.11 revision 8188 and FPC 2.0.3
from 2005-11-17



Great to hear that! I was already recreating the thread code with Win 
API and almost recreating the GUI on Delphi 7 ...



By the way : Why you are using suspend inside thread ?



The program is an osciloscope and it needs to capture 300 measures 
from the hardware, show them on screen and then repeat the process 
about 0,5 second latter. The measurement is on the secondary thread.


So, I need to remeasure every 0,5 seconds and I could not find a way 
to restart the thread. Creating, terminating and recreating a TThread 
object every 0,5 seconds seamed to me like an awful overhead, and any 
possible memory leaks in the process would quickly flood the system.


Then I decided to create a loop. The thread executes  what it needs 
and then suspends itself. The main program will Resume the thread when 
it needs new measurements.


The thread code is something like this:

while (not Terminated) do
begin
  // Here measure 300 times the voltage on the hardware

  SuspendThread(vMedidor);
end;

Felipe

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


There has been fixed in fpc with threads. Use 2.0.2

Ales

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


Re: [lazarus] .pp .pas files

2005-11-15 Thread Ales Katona
There's some explanation in FPC docs. IIRC pp stands for pascal plus 
and is the old extension of FPC programs. I think it's more of a 
preference over rule since if you look at sources of lazarus or fpc 
itself you'll noticed different names for different thing.


I think one rule is that if you use fpc or objfpc mode you should name 
it .pp while delphi/tp mode should be .pas. I don't follow this rule tho.


Ales

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


Re: [lazarus] Re: lNet components package

2005-11-14 Thread Ales Katona

Felipe Monteiro de Carvalho wrote:


Ales Katona wrote:

I'm happy to announce first alpha version of lNet components package 
for Lazarus.

It adds two components to Lazarus, TLTcpComponent and TLUdpComponent.

More info can be found at 
http://wiki.lazarus.freepascal.org/index.php/LNet


Please keep in mind it's alpha. Altho the underlying framework is 
stable, the threads and components are new.



I think you need to check the Required Packages section of the 
package. At least LCL and FCL should be there.


I recently tryed to compile a component from the CCR and it didn't 
compile because there wasn't LCL on it's requires section.


Felipe

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

FCL is used by both packages. LCL is used only by the ide package as 
it's not required by the base components. BTW FCL isn't required either 
but there's a bug in packaging not permiting to remove it.


Ales

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


Re: [lazarus] LNet Package ERROR

2005-11-14 Thread Ales Katona

Kleiton Luiz wrote:

 Hi, i'm try to install lnetpackage-0.1.zip in lazarus for linux, 
but i dont can compile, on press install the lazarus show me this message:


/root/Desktop/lnetpackage-0.1/lnet/tomwinsock.pas(1,1) Fatal: Can't 
find unit Windows


My Free Pascal Compiler have version 2.0.0 [2005/05/09] for i386
My Lazarus is 0.9.6 beta

Anypeople can help-me ?


**


Hello. It seems {$ifdef win32} for some reason is true in your linux 
FPC. I don't know why it is so but it certainly isn't standard.
It is possible that your lazarus is too old to use this package. Could 
you please try to update to 0.9.10 and try again?


Ales

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


Re: [lazarus] LNet Package ERROR

2005-11-14 Thread Ales Katona

Tony Maro wrote:



Or, the package has been site to build for win32 widgets.  Check the 
project and package settings to make sure GTK+ / Linux are selected 
everywhere.


-Tony

The package doesn't specify OS or widgetset. It leaves default. I 
suspect lazarus is too old and it interprets some package info wrong 
way. I've used the package in windows and linux no problem.


Ales

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


Re: [lazarus] Custom compiler options not inherited?

2005-11-12 Thread Ales Katona

You are right. Sorry for the comotion.

Ales


I just tested: custom options are inherited.

Maybe you added them to the compiler options, instead of the 'Usage' options
of the package?


Mattias

 



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


Re: [lazarus] TWebBrowser

2005-10-28 Thread Ales Katona

Shannon Fang wrote:


Thanks Ales,

It seems that the usage of this component is vastly different than 
TWebBrowser. I have 2 more questions:


1) where can I find a good document/example for using IPro?
2) Does IPro's browser uses IE as its backend, or it has its own browser?

Thank you!
Shannon



From: Ales Katona [EMAIL PROTECTED]
Reply-To: lazarus@miraclec.com
To: lazarus@miraclec.com
Subject: Re: [lazarus] TWebBrowser
Date: Fri, 28 Oct 2005 07:51:29 +0200

Shannon Fang wrote:


Hi there,

Does Lazarus support TWebBrowser (on windows)? If not, is it because 
FPC has no such capability?


Thanks a lot.
Shannon


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

Try TruboPower_IPro located in lazarus/components (install via 
components).


Ales

_
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


It uses it's own browser, hence it works on all platforms.

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


Re: [lazarus] TWebBrowser

2005-10-27 Thread Ales Katona

Shannon Fang wrote:


Hi there,

Does Lazarus support TWebBrowser (on windows)? If not, is it because 
FPC has no such capability?


Thanks a lot.
Shannon


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


Try TruboPower_IPro located in lazarus/components (install via components).

Ales

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


Re: [lazarus] Impossible to paste into source editor

2005-09-20 Thread Ales Katona
Perhaps I can help a bit here. I have a similar problem in linux. 
Pasting FROM lazarus works always. Pastring TO lazarus works only for 
certain apps. I can paste FROM Firefox TO Lazarus for example but not 
FROM Kate or Kwrite TO Lazarus. I tried both ctrl+c and ctrl + insert 
and middle-button combinations.


Ales



I don't have this problem. I can paste from Textpad or Firefox to the 
source editor.


What exactly are you doing?

Vincent



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


Re: [lazarus] Re: Using translations in projects

2005-09-17 Thread Ales Katona
The GetText unit in FCL is released under modified LGPL with static 
linking exception. It is a complete reimplementation of GetText and 
doesn't link to the C libs. You can therefor use it pretty much for 
anything without providing source.


Ales



I may be wrong, but I checked the gettext package and it is GPL, so 
even the gettext library, one of the most used to use po files can 
only be linked by GPL programs.


Felipe



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


[lazarus] Patch to fix gtk2 compilation

2005-09-09 Thread Ales Katona
Trying to compile with LCL_PLATFORM=gtk2 it fails on gtkobject.inc 
file in lcl/interfaces/gtk.
This patch fixes it altho I don't know if it was a bug or something 
intentional (perhaps something changed in minor versions of gtk2?)


Ales
Index: lcl/interfaces/gtk/gtkobject.inc
===
--- lcl/interfaces/gtk/gtkobject.inc(revision 7655)
+++ lcl/interfaces/gtk/gtkobject.inc(working copy)
@@ -5951,10 +5951,10 @@
   
gdk_gc_set_line_attributes(GC,GDIPenWidth,GDK_LINE_ON_OFF_DASH,GDK_CAP_NOT_LAST,GDK_JOIN_MITER);
   case GDIPenStyle of
 {$IfDef GTK2}
-PS_DASH:   SetDashes([#4,#4]);
-PS_DOT:SetDashes([#2,#2]);
-PS_DASHDOT:SetDashes([#4,#2,#2,#2]);
-PS_DASHDOTDOT: SetDashes([#4,#2,#2,#2,#2,#2]);
+PS_DASH:   SetDashes([4,4]);
+PS_DOT:SetDashes([2,2]);
+PS_DASHDOT:SetDashes([4,2,2,2]);
+PS_DASHDOTDOT: SetDashes([4,2,2,2,2,2]);
 {$Else}
 PS_DASH:   SetDashes([4,4]);
 PS_DOT:SetDashes([2,2]);


Re: [lazarus] EXE packer for Linux

2005-08-31 Thread Ales Katona

Tony Maro wrote:

Being frustrated with the results of UPX in Linux (can't access 
param(0) if it's packed) I did some hunting and found:


http://exepak.sourceforge.net/

For the TruckBites installer, I wrote my own installation utility that 
tags all the individual files into the main exe, and auto-extracts 
them at runtime, so nothing need's tar'd.  Unfortunately with UPX, it 
couldn't locate itself when it ran so that it could extract 
everything.  With exepak, it works like a charm and compressed it down 
from 4 MB to 2.7 MB.


-Tony Maro

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

Thanks! Great find. I have the same problem with UPX. Btw how is your 
installer going?


Ales

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


Re: [lazarus] Why Lazarus and not Python or Ruby

2005-08-25 Thread Ales Katona

Razvan Adrian Bogdan wrote:


On 8/25/05, L505 [EMAIL PROTECTED] wrote:
 


Yes PSP is being worked on and very powerful.

The way I see it is some people will not like that they have to compile on a 
Linux machine. i.e.
for PSP, if you run MS windows, you still have to compile your PSP apps on a 
linux machine. Sure,
advanced users can handle this.. but think about windows users  :(

I assume most Delphi users will be Windows users, so I'm sure PSP will be tough 
for them. What I
have worked out for PSP so far, is people can use CoLinux, or cross-compiling.. 
or they can have
a linux PC in their office and compile on there. But all this is great work, 
and I think this is
why people love PHP (I'm just trying to be honest here and admit the reality).

So in summary, of course I like PSP and will be continuing development with our 
friend
Trustmaster.. And hopefully cross compiling PSP apps are not so bad as I have 
estimated them to
be.

I just thought this scripting was an interesting thing to look into also. There 
is also something
called Nemesis Pascal too.
   



Do you think it would be possible for a Pascal Script to have the same
power (FPC has tons of units) as the compiled thing, the speed would
be slower but the user won't need a recompile, i was thinking a mix of
the 2 would be the best choice, something like do the skeleton for
real and script other things.
What do you think ?

Razvan

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

 

Best IMHO would be an embedded pascal script with the power to use 
binary classes. I'm not sure if that's even possible but this would make 
building customizable things from within FPC easy as snap. For example 
I'm currently adding usable objects to my game and editor and having 
such pascal script would allow me to make them extremely powerful to the 
editor without him recompiling anything.


Ales

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


Re: Eclipse lazarus and marketing

2005-08-15 Thread Ales Katona
Please don't take it personaly but I think you people should stop 
talking and start working. Make that roadmap yourself, post it on the 
mailing list, don't talk about it.


Ales


OK, nice to see that these initiatives are supported by the core team. But
the problem I have is that these items should however be coordinated in some
way. This is to prevent using all resources in the wrong way.
There's no use in everybody starting to work on a new website, or mailing
the Torry club at the same time.
Besides that, I think there should be some consensus on how to proceed
before acting upon the urge. As was previously proposed, we could use for
instance use the lazarus ccr general mailinglist to discuss marketing and
look and feel stuff, but this is not enough. I feel that a group of lets say
three to five should commit themselves to the task and start to make a
roadmap on how to promote lazarus to the community. The roadmap should be
a result of all ideas that live within the lazarus community currently.
Tasks could then very well be assigned (as a bug is assigned) to people that
perform the task and report back. The advantage is that items can be
prioritised and monitored.
Of all the items that have been mentioned in this thread I think that the
main point is; that besides functional imrovements to lazarus the increase
of potential users should be considered functional as well.

Darius

_
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] Marketing efforts.

2005-08-15 Thread Ales Katona
I've been following the SP war since it started and learned a few facts 
which are wrongly understood. FYI software patents in europe are NOT 
abolished, but nether are they enforced today. The big victory we won 
not so long ago was basicly just a defencive victory, they didn't get 
forward in pushing software patents.


What I'm trying to say is that it depends on your country if software 
patents are or are not enforcable by law. I know for example that in my 
country they aren't, they are luckily more or less abolished(since 
software is considered art in here more or less).


I'm writing it as a warning so you don't get an ugly surprise.


Luckily, in Europe (where the FPC team lives) software patents do not exist...

Michael.

_
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