Re: [lazarus] MacOS X - Lazarus - TDBF
Panagiotis Sidiropoulos schreef: Trying to install TDBF package I get error message: /usr/share/lazarus/components/tdbf/RegisterDBF.pas(25,34) Fatal: Can't find unit Dbf DBF unit is placed in FPC/DB folder but can't be reached. At Environment options FPC folder is properly declared. FPC root folder specifically. I can't understand why this error. Other packages like IPro and DCP installed properly. TDBF is only available for i386 and x86_64 processors, not for powerpc. Vincent. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Who needs Unicode controls.
בMonday 15 May 2006 00:23, נכתב על ידי Felipe Monteiro de Carvalho: > On 5/14/06, Mattias Gaertner <[EMAIL PROTECTED]> wrote: > > AFAIK gtk, gtk2, carbon, qt and wince use UTF-8. So basically you test > > No, gtk 1 uses either utf-8 or iso depending on the font. On my > computer and others I tested what works for Gtk 1 is iso. > > wince uses utf-16, not 8. The problem is that GTK1 does not build to support unicode at all (unlike GTK2). Another issue is Microsoft Windows. *Every* version of Windows have it's own way of supporting charsets. It never that easy with them (please note that I'm not talking about latin languages,where even on unicode, the values are the same). Ido -- Foolproof operation: All parameters are hard coded. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Request for PR noise !
Mattias Gaertner wrote: > "Felipe Monteiro de Carvalho" <[EMAIL PROTECTED]> wrote: > > On 5/14/06, Al Boldi <[EMAIL PROTECTED]> wrote: > > > A RAD/IDE should not lock itself into one language only, but should > > > rather strive to be compiler/language independent. Implementing this > > > with the FPC would probably be proof enough that Pascal isn't dead. > > > > You would need to do like Borland did and add extensions to c++ so it > > can support those pascal features, and this means either extending a > > c++ compiler or creating a new one! The same for most other languages. > > This is necessare so you can link pascal .o files together with c++ .o > > files and make the c++ code able to understand the pascal functions / > > methods and call them. > > The IDE is not only form designing. > Many people would like to use one IDE for all of their source - pascal > GUIs, php/html/js webpages, c++ tools/libs, perl/python/bash scripts ... > We have already syntax highlighers for all of them. A plugin for code > formatters and parsing tools could be useful. Although I have other > priorities at the moment. Wow! Can you imagine pure PHP development RADstyle? This probably needs a lot of work, but what's important now is to provide for an infrastructure that merely allows for a plugin system, with the first plugin being Pascal of course. And you can probably be certain, that many will flock to provide for other pugins. Thanks! -- Al _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Re: Patch for Qt RadioGroup
Hello,
This will probably be annoying, but I prepered another patch to
substitute the last 2 I sent =)
This is the same as before, but I also implemented a good part of
TBrush, TFont and other miscellaneous DC things.
TLabel still doesn't work, but this should bring us closer to make it work.
thanks,
Felipe
Index: lcl/interfaces/qt/qtwinapi.inc
===
--- lcl/interfaces/qt/qtwinapi.inc (revisão 9282)
+++ lcl/interfaces/qt/qtwinapi.inc (cópia de trabalho)
@@ -80,6 +80,88 @@
end;
{--
+ Function: CreateBrushIndirect
+ Params: none
+ Returns: Nothing
+ --}
+function TQtWidgetSet.CreateBrushIndirect(const LogBrush: TLogBrush): HBRUSH;
+var
+ QtBrush: TQtBrush;
+begin
+ Assert(False, Format('Trace:> [TQtWidgetSet.CreateBrushIndirect] Style: %d, Color: %8x', [LogBrush.lbStyle, LogBrush.lbColor]));
+
+ result := 0;
+
+ QtBrush := TQtBrush.Create;
+
+ try
+case LogBrush.lbStyle of
+// BS_HOLLOW, // Hollow brush.
+ BS_NULL: // Same as BS_HOLLOW.
+ begin
+QtBrush.setStyle(QtNoBrush);
+ end;
+
+ BS_SOLID: // Solid brush.
+ begin
+QtBrush.setStyle(QtSolidPattern);
+ end;
+
+ BS_HATCHED:// Hatched brush.
+ begin
+case LogBrush.lbHatch of
+ HS_BDIAGONAL: QtBrush.setStyle(QtBDiagPattern);
+ HS_CROSS: QtBrush.setStyle(QtCrossPattern);
+ HS_DIAGCROSS: QtBrush.setStyle(QtDiagCrossPattern);
+ HS_FDIAGONAL: QtBrush.setStyle(QtFDiagPattern);
+ HS_HORIZONTAL: QtBrush.setStyle(QtHorPattern);
+ HS_VERTICAL: QtBrush.setStyle(QtVerPattern);
+else
+ RaiseGDBException('invalid lbHatch');
+end;
+ end;
+
+ BS_DIBPATTERN, // A pattern brush defined by a device-independent
+ // bitmap (DIB) specification. If lbStyle is BS_DIBPATTERN, the
+ // lbHatch member contains a handle to a packed DIB.Windows 95:
+ // Creating brushes from bitmaps or DIBs larger than 8x8 pixels
+ // is not supported. If a larger bitmap is given, only a portion
+ // of the bitmap is used.
+ BS_DIBPATTERN8X8, // Same as BS_DIBPATTERN.
+ BS_DIBPATTERNPT, // A pattern brush defined by a device-independent
+ // bitmap (DIB) specification. If lbStyle is BS_DIBPATTERNPT, the
+ // lbHatch member contains a pointer to a packed DIB.
+ BS_PATTERN,// Pattern brush defined by a memory bitmap.
+ BS_PATTERN8X8: // Same as BS_PATTERN.
+ begin
+ end;
+else
+ RaiseGDBException(Format('unsupported Style %d',[LogBrush.lbStyle]));
+end;
+
+{ Other non-utilized Qt brushes:
+
+QtDense1Pattern,
+QtDense2Pattern,
+QtDense3Pattern,
+QtDense4Pattern,
+QtDense5Pattern,
+QtDense6Pattern,
+QtDense7Pattern,
+QtLinearGradientPattern,
+QtRadialGradientPattern,
+QtConicalGradientPattern,
+QtTexturePattern = 24 );}
+ except
+DebugLn('TQtWidgetSet.CreateBrushIndirect failed');
+ end;
+
+ Result := HBRUSH(QtBrush);
+
+ Assert(False, Format('Trace:< [TGtkWidgetSet.CreateBrushIndirect] Got --> %x', [Result]));
+end;
+
+{--
Function: CreateCompatibleDC
Params: DC - handle to memory device context
Returns: handle to a memory device context
@@ -96,6 +178,60 @@
end;
{--
+ Function: CreateFontIndirect
+ Params: const LogFont: TLogFont
+ Returns: HFONT
+
+ Creates a font GDIObject.
+ --}
+function TQtWidgetSet.CreateFontIndirect(const LogFont: TLogFont): HFONT;
+var
+ QtFont: TQtFont;
+ FamilyName: string;
+begin
+ Result := 0;
+
+ QtFont := TQtFont.Create;
+ try
+with LogFont do
+begin
+ if lfHeight > 0 then QtFont.setPointSize(lfHeight)
+ else if lfHeight < 0 then QtFont.setPointSize(-1 * lfHeight);
+
+ // Some values at available on Qt documentation at a table
+ // Others are guesses. The best would be to test different values for those
+ // See: http://doc.trolltech.com/4.1/qfont.html#Weight-enum
+ case lfWeight of
+FW_THIN : QtFont.setWeight(10);
+FW_EXTRALIGHT : QtFont.setWeight(15);
+FW_LIGHT : QtFont.setWeight(25);
+FW_NORMAL : QtFont.setWeight(50);
+FW_MEDIUM : QtFont.setWeight(55);
+FW_SEMIBOLD : QtFont.setWeight(63);
+FW_BOLD : QtFont.setWeight(75);
+FW_EXTRABOLD : QtFont.setWeight(80);
+FW_HEAVY : QtFont.setWeight(87);
+ end;
+
+//lfOrientation: Longint;
+
+ Qt
Re: [lazarus] Who needs Unicode controls.
> This isn't the end of the world, but is somewhat inconvenient. > > To answer which system is better, it is necessary to compare the > overhead with the benefits. The overhead is minimal, if the LCL convert the string one time it is be set and store it internally. > It would be nice to calculate what exactly is the overhead produced by > the string conversion. Considering that you mostly set the strings of > your GUI only once, it probably isn't relevant for most uses. Think so. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Re: Patch for Qt RadioGroup
Hello,
you can ignore the last patch and apply this one instead. It's the same
as the last, but I also updated qt4.pas
thanks,
Felipe
Index: lcl/interfaces/qt/qt4.pas
===
--- lcl/interfaces/qt/qt4.pas (revisão 9282)
+++ lcl/interfaces/qt/qt4.pas (cópia de trabalho)
@@ -12,7 +12,6 @@
const
-{$linklib libqt4intf}
{$IFDEF MSWINDOWS}
QtNamePrefix = '_';
QtShareName = 'libqt4intf.dll';
@@ -23,7 +22,7 @@
{$ENDIF}
{$IFDEF DARWIN}
QtNamePrefix = '';
- QtShareName = 'libqt4intf.dylib';
+ QtShareName = '';
{$ENDIF}
@@ -1760,7 +1759,51 @@
QPaletteBackground = 10 { $a };
+function QPalette_create(): QPaletteH; overload; cdecl; external QtShareName name QtNamePrefix + 'QPalette_create';
+procedure QPalette_destroy(handle: QPaletteH); cdecl; external QtShareName name QtNamePrefix + 'QPalette_destroy';
+function QPalette_create(button: PQColor): QPaletteH; overload; cdecl; external QtShareName name QtNamePrefix + 'QPalette_create2';
+function QPalette_create(button: QtGlobalColor): QPaletteH; overload; cdecl; external QtShareName name QtNamePrefix + 'QPalette_create3';
+function QPalette_create(button: PQColor; window: PQColor): QPaletteH; overload; cdecl; external QtShareName name QtNamePrefix + 'QPalette_create4';
+function QPalette_create(windowText: QBrushH; button: QBrushH; light: QBrushH; dark: QBrushH; mid: QBrushH; text: QBrushH; bright_text: QBrushH; base: QBrushH; window: QBrushH): QPaletteH; overload; cdecl; external QtShareName name QtNamePrefix + 'QPalette_create5';
+function QPalette_create(windowText: PQColor; window: PQColor; light: PQColor; dark: PQColor; mid: PQColor; text: PQColor; base: PQColor): QPaletteH; overload; cdecl; external QtShareName name QtNamePrefix + 'QPalette_create6';
+function QPalette_create(palette: QPaletteH): QPaletteH; overload; cdecl; external QtShareName name QtNamePrefix + 'QPalette_create7';
+function QPalette_currentColorGroup(handle: QPaletteH): QPaletteColorGroup; cdecl; external QtShareName name QtNamePrefix + 'QPalette_currentColorGroup';
+procedure QPalette_setCurrentColorGroup(handle: QPaletteH; cg: QPaletteColorGroup); cdecl; external QtShareName name QtNamePrefix + 'QPalette_setCurrentColorGroup';
+function QPalette_color(handle: QPaletteH; cg: QPaletteColorGroup; cr: QPaletteColorRole): PQColor; overload; cdecl; external QtShareName name QtNamePrefix + 'QPalette_color';
+function QPalette_brush(handle: QPaletteH; cg: QPaletteColorGroup; cr: QPaletteColorRole): QBrushH; overload; cdecl; external QtShareName name QtNamePrefix + 'QPalette_brush';
+procedure QPalette_setColor(handle: QPaletteH; cg: QPaletteColorGroup; cr: QPaletteColorRole; color: PQColor); overload; cdecl; external QtShareName name QtNamePrefix + 'QPalette_setColor';
+procedure QPalette_setColor(handle: QPaletteH; cr: QPaletteColorRole; color: PQColor); overload; cdecl; external QtShareName name QtNamePrefix + 'QPalette_setColor2';
+procedure QPalette_setBrush(handle: QPaletteH; cr: QPaletteColorRole; brush: QBrushH); overload; cdecl; external QtShareName name QtNamePrefix + 'QPalette_setBrush';
+procedure QPalette_setBrush(handle: QPaletteH; cg: QPaletteColorGroup; cr: QPaletteColorRole; brush: QBrushH); overload; cdecl; external QtShareName name QtNamePrefix + 'QPalette_setBrush2';
+procedure QPalette_setColorGroup(handle: QPaletteH; cr: QPaletteColorGroup; windowText: QBrushH; button: QBrushH; light: QBrushH; dark: QBrushH; mid: QBrushH; text: QBrushH; bright_text: QBrushH; base: QBrushH; window: QBrushH); cdecl; external QtShareName name QtNamePrefix + 'QPalette_setColorGroup';
+function QPalette_isEqual(handle: QPaletteH; cr1: QPaletteColorGroup; cr2: QPaletteColorGroup): Boolean; cdecl; external QtShareName name QtNamePrefix + 'QPalette_isEqual';
+function QPalette_color(handle: QPaletteH; cr: QPaletteColorRole): PQColor; overload; cdecl; external QtShareName name QtNamePrefix + 'QPalette_color2';
+function QPalette_brush(handle: QPaletteH; cr: QPaletteColorRole): QBrushH; overload; cdecl; external QtShareName name QtNamePrefix + 'QPalette_brush2';
+function QPalette_foreground(handle: QPaletteH): QBrushH; cdecl; external QtShareName name QtNamePrefix + 'QPalette_foreground';
+function QPalette_windowText(handle: QPaletteH): QBrushH; cdecl; external QtShareName name QtNamePrefix + 'QPalette_windowText';
+function QPalette_button(handle: QPaletteH): QBrushH; cdecl; external QtShareName name QtNamePrefix + 'QPalette_button';
+function QPalette_light(handle: QPaletteH): QBrushH; cdecl; external QtShareName name QtNamePrefix + 'QPalette_light';
+function QPalette_dark(handle: QPaletteH): QBrushH; cdecl; external QtShareName name QtNamePrefix + 'QPalette_dark';
+function QPalette_mid(handle: QPaletteH): QBrushH; cdecl; external QtShareName name QtNamePrefix + 'QPalette_mid';
+function QPalette_text(handle: QPaletteH): QBrushH; cdecl; external QtShareName name QtNamePrefix + 'QPalette_text';
+fun
[lazarus] Patch for Qt RadioGroup
The attached patch fixes TRadioGroup for Qt, fixes some typos, add
comments and does other minor fixes.
--
Felipe Monteiro de Carvalho
Index: lcl/interfaces/qt/qtwsbuttons.pp
===
--- lcl/interfaces/qt/qtwsbuttons.pp (revisão 9282)
+++ lcl/interfaces/qt/qtwsbuttons.pp (cópia de trabalho)
@@ -101,7 +101,7 @@
SetSlots(QtPushButton);
- QWidget_show(QtPushButton.Widget);
+ if AWinControl.Visible then QtPushButton.Show;
Result := THandle(QtPushButton);
end;
@@ -210,7 +210,7 @@
SetSlots(QtPushButton);
- QWidget_show(QtPushButton.Widget);
+ if AWinControl.Visible then QtPushButton.Show;
Result := THandle(QtPushButton);
end;
@@ -273,4 +273,4 @@
RegisterWSComponent(TCustomBitBtn, TQtWSBitBtn);
// RegisterWSComponent(TCustomSpeedButton, TQtWSSpeedButton);
-end.
\ No newline at end of file
+end.
Index: lcl/interfaces/qt/qtprivate.pp
===
--- lcl/interfaces/qt/qtprivate.pp (revisão 9282)
+++ lcl/interfaces/qt/qtprivate.pp (cópia de trabalho)
@@ -59,6 +59,7 @@
procedure Repaint;
procedure setWindowTitle(Str: PWideString);
procedure WindowTitle(Str: PWideString);
+procedure Show;
end;
{ TQtAbstractButton }
@@ -535,6 +536,11 @@
QWidget_WindowTitle(Widget, Str);
end;
+procedure TQtWidget.Show;
+begin
+ QWidget_show(Widget);
+end;
+
{--
Function: TQtWidget.QtKeyToLCLKey
Params: None
@@ -1499,7 +1505,7 @@
// Creates the widget
{$ifdef VerboseQt}
-WriteLn('Calling QCheckBox_create');
+WriteLn('Calling QGroupBox_create');
{$endif}
Parent := TQtWidget(AWinControl.Parent.Handle).Widget;
Widget := QGroupBox_create(Parent);
@@ -1509,38 +1515,13 @@
AWinControl.Width, AWinControl.Height);
{--
-Adds buttons if the control is a TCustomRadioGroup
+Adds a vertical layout if the control is a group
--}
- if AWinControl is TCustomRadioGroup then
+ if (AWinControl is TCustomRadioGroup) or (AWinControl is TCustomCheckGroup) then
begin
VBoxLayout := QVBoxLayout_create;
-{for i := 0 to TCustomRadioGroup(AWinControl).Items.Count - 1 do
-begin
- Str := WideString(TCustomRadioGroup(AWinControl).Items.Strings[i]);
- Button := QRadioButton_create(@Str);
-
- QLayout_addWidget(VBoxLayout, Button);
-end;}
-
QWidget_setLayout(Widget, VBoxLayout);
- end
- {--
-Adds buttons if the control is a TCustomCheckGroup
- --}
- else if AWinControl is TCustomCheckGroup then
- begin
-VBoxLayout := QVBoxLayout_create;
-
-{for i := 0 to TCustomCheckGroup(AWinControl).Items.Count - 1 do
-begin
- Str := WideString(TCustomCheckGroup(AWinControl).Items.Strings[i]);
- Button := QCheckBox_create(@Str);
-
- QLayout_addWidget(VBoxLayout, Button);
-end;}
-
-QWidget_setLayout(Widget, VBoxLayout);
end;
end;
@@ -1552,10 +1533,10 @@
destructor TQtGroupBox.Destroy;
begin
{$ifdef VerboseQt}
-WriteLn('Calling QCheckBox_destroy');
+WriteLn('Calling QGroupBox_destroy');
{$endif}
- QCheckBox_destroy(QCheckBoxH(Widget));
+ QGroupBox_destroy(QGroupBoxH(Widget));
inherited Destroy;
end;
Index: lcl/interfaces/qt/qtwsstdctrls.pp
===
--- lcl/interfaces/qt/qtwsstdctrls.pp (revisão 9282)
+++ lcl/interfaces/qt/qtwsstdctrls.pp (cópia de trabalho)
@@ -478,7 +478,7 @@
// SetSlots(QtStaticText);
- QWidget_show(QtStaticText.Widget);
+ if AWinControl.Visible then QtStaticText.Show;
Result := THandle(QtStaticText);
end;
@@ -537,6 +537,11 @@
{ TQtWSCustomCheckBox }
+{--
+ Method: TQtWSCustomEdit.RetrieveState
+ Params: None
+ Returns: Nothing
+ --}
class function TQtWSCustomCheckBox.RetrieveState(const ACustomCheckBox: TCustomCheckBox): TCheckBoxState;
begin
case TQtCheckBox(ACustomCheckBox.Handle).CheckState of
@@ -547,12 +552,22 @@
end;
end;
+{--
+ Method: TQtWSCustomEdit.SetShortCut
+ Params: None
+ Returns: Nothing
+ --}
class procedure TQtWSCustomCheckBox.SetShortCut(const ACustomCheckBox: TCustomCheckBox;
const OldShortCut, NewShortCut: TShortCut);
begin
inherited SetShortCut(ACus
Re: [lazarus] Combobox patch
Colin Western escreveu: I think OnChange should be triggered for a combo box when the selection changes - I certainly have several forms that rely on this. The attached patch should match the Delphi behavior Colin I agree with this patch. In fact this was the behavior until revision 9108. Luiz _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] MacOS X - Lazarus - TDBF
Trying to install TDBF package I get error message: /usr/share/lazarus/components/tdbf/RegisterDBF.pas(25,34) Fatal: Can't find unit Dbf DBF unit is placed in FPC/DB folder but can't be reached. At Environment options FPC folder is properly declared. FPC root folder specifically. I can't understand why this error. Other packages like IPro and DCP installed properly. Panagiotis _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Who needs Unicode controls.
On 5/14/06, Mattias Gaertner <[EMAIL PROTECTED]> wrote: AFAIK gtk, gtk2, carbon, qt and wince use UTF-8. So basically you test No, gtk 1 uses either utf-8 or iso depending on the font. On my computer and others I tested what works for Gtk 1 is iso. wince uses utf-16, not 8. -- Felipe Monteiro de Carvalho _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Request for PR noise !
On Sun, 14 May 2006 18:06:46 -0300 "Felipe Monteiro de Carvalho" <[EMAIL PROTECTED]> wrote: > On 5/14/06, Al Boldi <[EMAIL PROTECTED]> wrote: > > A RAD/IDE should not lock itself into one language only, but should > > rather strive to be compiler/language independent. Implementing this > > with the FPC would probably be proof enough that Pascal isn't dead. > > Some other things were mentioned, but I think that people forgot the > main reason why adding c++ for example to Lazarus would be very hard. > > Lazarus works on top of LCL, the Lazarus Component Library. LCL uses > register calling convention, Pascal strings, and pascal classes. > > You would need to do like Borland did and add extensions to c++ so it > can support those pascal features, and this means either extending a > c++ compiler or creating a new one! The same for most other languages. > This is necessare so you can link pascal .o files together with c++ .o > files and make the c++ code able to understand the pascal functions / > methods and call them. The IDE is not only form designing. Many people would like to use one IDE for all of their source - pascal GUIs, php/html/js webpages, c++ tools/libs, perl/python/bash scripts ... We have already syntax highlighers for all of them. A plugin for code formatters and parsing tools could be useful. Although I have other priorities at the moment. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Request for PR noise !
Hi, "NOMAD" is/was the name of a mainframe 4th generation language. What about "Lotus"? I always thought that is a silly name for software. Sure didn't hurt that products popularity until Microsoft could build\copy a better(?) "Excel" with its monolopy of software integrated into the OS. The name doesn't matter if the product is good Jim - Original Message - From: "Borut Maricic" <[EMAIL PROTECTED]> To: Sent: Sunday, May 14, 2006 5:26 AM Subject: Re: [lazarus] Request for PR noise ! Just a few thoughts (MHOs): * The success of Lazarus depends on the support for doing useful things in a reliable, nice and easy way - the name is not so important. * Lazarus is/will be on the radar screen of the Delphi users in the first place. These could want to use it because of the multiplatform support, because it is free (which Delphi might become too!) and because of the Unicode support (when, sometime in the future, it perhaps becomes available also for win32). * However named, the name will become known through the unique qualities of the system and not the other way around. I believe it is already quite known, so that possible positive impacts of the name change are questionable. * Abandoning the relation to and the mention of Pascal (because those not in the know regard it as a dead and never-of-any-use language) does not seem acceptable to me. You do not suppress the name of your religion, ideology, your partner, etc. because there are some that have some objections on its/his/her properties. * Persons not acquainted with Christianity might have a problem associating the name with anything in particular. Those acquainted might associate it with the image of a man coming out of the tomb - not my favorite image. Is the current name unacceptable to people following other religions? - I can not tell, but it would not be good, if so. * The name based on a mythologycal association would perhaps be more widely acceptable than one based on religious association. In this respect, the concept of the Firebird would perhaps be more suitable. That one is, however, already being used for a very good open source DBMS (as most of us know). About firebirds: http://en.wikipedia.org/wiki/Fire_bird_(mythology) Any ideas? * Finally, what about an acronym: Novel Open Multiplatform Application Development It could even have a combined version: NOMAD-Lazarus Regards, Borut _ 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] Who needs Unicode controls.
On Sun, 14 May 2006 17:56:13 -0300
"Felipe Monteiro de Carvalho" <[EMAIL PROTECTED]> wrote:
> On 5/14/06, Mattias Gaertner <[EMAIL PROTECTED]> wrote:
> > The question is: should the LCL use the 'native' string type and let the
> > applications write three times the code. Or should the LCL use UTF-8 and
> > map internally in the interfaces and let the applications write once and
> > compile anywhere.
>
> Today it uses native strings. Then people need to set strings by code,
> and not using the IDE, and do something like this:
>
> {$IFDEF LCLGtk2}
> set utf-8 strings
> {$ELSE}
> set iso strings
> {$ENDIF}
AFAIK gtk, gtk2, carbon, qt and wince use UTF-8. So basically you test
{$IFDEF LCLwin32}
set iso strings
{$ELSE}
set utf-8 strings
{$ENDIF}
> This isn't the end of the world, but is somewhat inconvenient.
>
> To answer which system is better, it is necessary to compare the
> overhead with the benefits.
>
> It would be nice to calculate what exactly is the overhead produced by
> the string conversion. Considering that you mostly set the strings of
> your GUI only once, it probably isn't relevant for most uses.
Don't forget the overhead by creating messages. This is almost always bigger
than the short strings.
I only see a potential problem with the TStrings. But as you said: Someone
must compare.
Mattias
_
To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Request for PR noise !
On 5/14/06, Al Boldi <[EMAIL PROTECTED]> wrote: A RAD/IDE should not lock itself into one language only, but should rather strive to be compiler/language independent. Implementing this with the FPC would probably be proof enough that Pascal isn't dead. Some other things were mentioned, but I think that people forgot the main reason why adding c++ for example to Lazarus would be very hard. Lazarus works on top of LCL, the Lazarus Component Library. LCL uses register calling convention, Pascal strings, and pascal classes. You would need to do like Borland did and add extensions to c++ so it can support those pascal features, and this means either extending a c++ compiler or creating a new one! The same for most other languages. This is necessare so you can link pascal .o files together with c++ .o files and make the c++ code able to understand the pascal functions / methods and call them. -- Felipe Monteiro de Carvalho _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] MacOS X - Lazarus installation
>ls -laR /var/root/.lazarus total 0 drwxr-xr-x2 root wheel 68 May 14 23:52 . drwxr-x--- 12 root wheel 408 May 14 23:52 .. >df -h FilesystemSize Used Avail Capacity Mounted on /dev/disk0s3 37G20G17G53%/ devfs 96K96K 0B 100%/dev fdesc 1.0K 1.0K 0B 100%/dev 512K 512K 0B 100%/.vol automount -nsl [184]0B 0B 0B 100%/Network automount -fstab [188] 0B 0B 0B 100%/automount/ Servers automount -static [188] 0B 0B 0B 100%/automount/static >touch /var/root/.lazarus/compilertest.pas no results Commands executed while cd in /var/root .lazarus folder was deleted due to your prior suggestion. Recreated using mkdir. Panagiotis On May 14, 2006, at 11:40 PM, Mattias Gaertner wrote: On Sun, 14 May 2006 23:34:45 +0300 Panagiotis Sidiropoulos <[EMAIL PROTECTED]> wrote: Is there any information I can provide would help you figure it out? What gives: ls -laR /var/root/.lazarus df -h touch /var/root/.lazarus/compilertest.pas Mattias It's OK with me, starting Lazarus this way is not big deal. Panagiotis On May 14, 2006, at 11:22 PM, Mattias Gaertner wrote: On Sun, 14 May 2006 23:16:22 +0300 Panagiotis Sidiropoulos <[EMAIL PROTECTED]> wrote: If this does not help, please try to start with lazarus --primary-config-path=/tmp/.lazarus Starting Lazarus this way I see at last IDE. Thank you very much for your help. Please allow me to get back for any other problem. Then something is rotten with your /var/root/.lazarus directory. Mattias Panagiotis On May 14, 2006, at 11:00 PM, Mattias Gaertner wrote: On Sun, 14 May 2006 21:05:48 +0300 Panagiotis Sidiropoulos <[EMAIL PROTECTED]> wrote: Additional to prior information, "var/root/.lazarus" folder exist and creating files is allowed through user account logged in. Strange. I changed the procedure to catch the exception. But it means the IDE can not write to its config directory. Either the disk is full or some other error occur. Please remove /var/root/.lazarus ad try again. If this does not help, please try to start with lazarus --primary-config-path=/tmp/.lazarus If this helps then something is broken with /var/root/.lazarus. Mattias Panagioltis On May 14, 2006, at 8:40 PM, Panagiotis Sidiropoulos wrote: Here is xterm results. A message dialog appear with message "Unable to create file "/var/root/.lazarus/compilertest.pas". I had this message a couple of times before but thought it was privileges issue so, I used to change user account again. Please ask for any more information needed to get into conclusion. sh-2.05b$ cd /usr/share/lazarus/ sh-2.05b$ ./lazarus TApplication.IconChanged - TODO: convert this message...no implementation in gtk or win32 Note: environment config file not found - using defaults NOTE: editor options config file not found - using defaults WARNING: unable to write code template file "/var/root/.lazarus/ lazarus.dci" NOTE: miscellaneous options file not found - using defaults NOTE: codetools config file not found - using defaults [TMainIDE.Destroy] A [TMainIDE.Destroy] B -> inherited Destroy... TMainIDE [TMainIDE.Destroy] END [FORMS.PP] ExceptionOccurred Sender=EFCreateError Exception=Unable to create file "/var/root/.lazarus/ compilertest.pas" Stack trace: $00088FD0 $00398DFC CREATECOMPILERTESTPASCALFILENAME, line 110 of ./ include/darwin/../unix/lazbaseconf.inc $0006AEE8 TMAINIDE__INITCODETOOLBOSS, line 10320 of Main.pp $0003FE24 TMAINIDE__CREATE, line 1077 of Main.pp $21AC PASCALMAIN, line 88 of lazarus.pp TApplication.HandleException Unable to create file "/var/ root/.lazarus/compilertest.pas" Stack trace: $00088FD0 $00398DFC CREATECOMPILERTESTPASCALFILENAME, line 110 of ./ include/darwin/../unix/lazbaseconf.inc $0006AEE8 TMAINIDE__INITCODETOOLBOSS, line 10320 of Main.pp $0003FE24 TMAINIDE__CREATE, line 1077 of Main.pp $21AC PASCALMAIN, line 88 of lazarus.pp [TGtkWidgetSet.Destroy] WARNING: There are 1 unreleased DCs, a detailed dump follows: [TGtkWidgetSet.Destroy] DCs: 04A35438 [TGtkWidgetSet.Destroy] WARNING: There are 4 unreleased GDIObjects, a detailed dump follows: [TGtkWidgetSet.Destroy] GDIOs: 04A15808 04A15868 04A157A8 04A15448 [TGtkWidgetSet.Destroy] gdiBitmap: 1 [TGtkWidgetSet.Destroy] gdiBrush: 1 [TGtkWidgetSet.Destroy] gdiFont: 1 [TGtkWidgetSet.Destroy] gdiPen: 1 Runtime error 217 at $E5FC $E5FC $EC5C $000401BC TMAINIDE__CREATE, line 1127 of Main.pp $21AC PASCALMAIN, line 88 of lazarus.pp $0001D9D8 $1C64 _start, of /SourceCache/Csu/Csu-58//SourceCache/ Csu/ Csu-58/crt.c $1B0C of SynEditTypes.pp sh-2.05b$ Panagiotis On May 14, 2006, at 8:08 PM, Vincent Snijders wrote: Panagiotis Sidiropoulos wrote: I'm trying to install Lazarus on MacOSX for several days
Re: [lazarus] Who needs Unicode controls.
On 5/14/06, Mattias Gaertner <[EMAIL PROTECTED]> wrote:
The question is: should the LCL use the 'native' string type and let the
applications write three times the code. Or should the LCL use UTF-8 and map
internally in the interfaces and let the applications write once and compile
anywhere.
Today it uses native strings. Then people need to set strings by code,
and not using the IDE, and do something like this:
{$IFDEF LCLGtk2}
set utf-8 strings
{$ELSE}
set iso strings
{$ENDIF}
This isn't the end of the world, but is somewhat inconvenient.
To answer which system is better, it is necessary to compare the
overhead with the benefits.
It would be nice to calculate what exactly is the overhead produced by
the string conversion. Considering that you mostly set the strings of
your GUI only once, it probably isn't relevant for most uses.
--
Felipe Monteiro de Carvalho
_
To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Who needs Unicode controls.
On Sun, 14 May 2006 17:36:15 -0300 "Felipe Monteiro de Carvalho" <[EMAIL PROTECTED]> wrote: > On 5/12/06, Borut Maricic <[EMAIL PROTECTED]> wrote: > > I agree - this is also my understanding after the recent > > thread. It seems that it would be highly inefficient on > > native utf-16 machines (such as WinNT+), but it should work, > > in principle. > > This is also very inefficient on iso systems, such as win 9x, but this > is necessare so you only need to provide strings in utf-8, otherwise > you would need strings in iso, utf-8 and utf-16 The question is: should the LCL use the 'native' string type and let the applications write three times the code. Or should the LCL use UTF-8 and map internally in the interfaces and let the applications write once and compile anywhere. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] MacOS X - Lazarus installation
On Sun, 14 May 2006 23:34:45 +0300 Panagiotis Sidiropoulos <[EMAIL PROTECTED]> wrote: > Is there any information I can provide would help you figure it out? What gives: ls -laR /var/root/.lazarus df -h touch /var/root/.lazarus/compilertest.pas Mattias > It's OK with me, starting Lazarus this way is not big deal. > > Panagiotis > > On May 14, 2006, at 11:22 PM, Mattias Gaertner wrote: > > > On Sun, 14 May 2006 23:16:22 +0300 > > Panagiotis Sidiropoulos <[EMAIL PROTECTED]> wrote: > > > >>> If this does not help, please try to start with > >>> lazarus --primary-config-path=/tmp/.lazarus > >> > >> Starting Lazarus this way I see at last IDE. Thank you very much for > >> your help. Please allow me to get back for any other problem. > > > > Then something is rotten with your /var/root/.lazarus directory. > > > > Mattias > > > > > >> > >> Panagiotis > >> > >> > >> On May 14, 2006, at 11:00 PM, Mattias Gaertner wrote: > >> > >>> On Sun, 14 May 2006 21:05:48 +0300 > >>> Panagiotis Sidiropoulos <[EMAIL PROTECTED]> wrote: > >>> > Additional to prior information, "var/root/.lazarus" folder > exist and > creating files is allowed through user account logged in. > >>> > >>> Strange. > >>> I changed the procedure to catch the exception. But it means the > >>> IDE can not > >>> write to its config directory. Either the disk is full or some > >>> other error > >>> occur. > >>> Please remove /var/root/.lazarus ad try again. > >>> If this does not help, please try to start with > >>> lazarus --primary-config-path=/tmp/.lazarus > >>> If this helps then something is broken with /var/root/.lazarus. > >>> > >>> Mattias > >>> > >>> > > Panagioltis > > > On May 14, 2006, at 8:40 PM, Panagiotis Sidiropoulos wrote: > > > Here is xterm results. A message dialog appear with message > > "Unable > > to create file "/var/root/.lazarus/compilertest.pas". I had this > > message a couple of times before but thought it was privileges > > issue so, I used to change user account again. Please ask for any > > more information needed to get into conclusion. > > > > sh-2.05b$ cd /usr/share/lazarus/ > > sh-2.05b$ ./lazarus > > TApplication.IconChanged - TODO: convert this message...no > > implementation in gtk or win32 > > Note: environment config file not found - using defaults > > NOTE: editor options config file not found - using defaults > > WARNING: unable to write code template file "/var/root/.lazarus/ > > lazarus.dci" > > NOTE: miscellaneous options file not found - using defaults > > NOTE: codetools config file not found - using defaults > > [TMainIDE.Destroy] A > > [TMainIDE.Destroy] B -> inherited Destroy... TMainIDE > > [TMainIDE.Destroy] END > > [FORMS.PP] ExceptionOccurred > > Sender=EFCreateError > > Exception=Unable to create file "/var/root/.lazarus/ > > compilertest.pas" > > Stack trace: > > $00088FD0 > > $00398DFC CREATECOMPILERTESTPASCALFILENAME, line 110 of ./ > > include/darwin/../unix/lazbaseconf.inc > > $0006AEE8 TMAINIDE__INITCODETOOLBOSS, line 10320 of Main.pp > > $0003FE24 TMAINIDE__CREATE, line 1077 of Main.pp > > $21AC PASCALMAIN, line 88 of lazarus.pp > > TApplication.HandleException Unable to create file "/var/ > > root/.lazarus/compilertest.pas" > > Stack trace: > > $00088FD0 > > $00398DFC CREATECOMPILERTESTPASCALFILENAME, line 110 of ./ > > include/darwin/../unix/lazbaseconf.inc > > $0006AEE8 TMAINIDE__INITCODETOOLBOSS, line 10320 of Main.pp > > $0003FE24 TMAINIDE__CREATE, line 1077 of Main.pp > > $21AC PASCALMAIN, line 88 of lazarus.pp > > [TGtkWidgetSet.Destroy] WARNING: There are 1 unreleased DCs, a > > detailed dump follows: > > [TGtkWidgetSet.Destroy] DCs: 04A35438 > > [TGtkWidgetSet.Destroy] WARNING: There are 4 unreleased > > GDIObjects, > > a detailed dump follows: > > [TGtkWidgetSet.Destroy] GDIOs: 04A15808 04A15868 04A157A8 > > 04A15448 > > [TGtkWidgetSet.Destroy] gdiBitmap: 1 > > [TGtkWidgetSet.Destroy] gdiBrush: 1 > > [TGtkWidgetSet.Destroy] gdiFont: 1 > > [TGtkWidgetSet.Destroy] gdiPen: 1 > > Runtime error 217 at $E5FC > > $E5FC > > $EC5C > > $000401BC TMAINIDE__CREATE, line 1127 of Main.pp > > $21AC PASCALMAIN, line 88 of lazarus.pp > > $0001D9D8 > > $1C64 _start, of /SourceCache/Csu/Csu-58//SourceCache/Csu/ > > Csu-58/crt.c > > $1B0C of SynEditTypes.pp > > > > sh-2.05b$ > > > > > > Panagiotis > > > > > > On May 14, 2006, at 8:08 PM, Vincent Snijders wrote: > > > >> Panagiotis Sidiropoulos wrote: > >>> I'm trying to install Lazarus on MacOSX for several days with no > >>> luck so I decide to start over again. After cleaning any > >>> exist
Re: [lazarus] Who needs Unicode controls.
On 5/12/06, Borut Maricic <[EMAIL PROTECTED]> wrote: I agree - this is also my understanding after the recent thread. It seems that it would be highly inefficient on native utf-16 machines (such as WinNT+), but it should work, in principle. This is also very inefficient on iso systems, such as win 9x, but this is necessare so you only need to provide strings in utf-8, otherwise you would need strings in iso, utf-8 and utf-16 -- Felipe Monteiro de Carvalho _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] MacOS X - Lazarus installation
Is there any information I can provide would help you figure it out? It's OK with me, starting Lazarus this way is not big deal. Panagiotis On May 14, 2006, at 11:22 PM, Mattias Gaertner wrote: On Sun, 14 May 2006 23:16:22 +0300 Panagiotis Sidiropoulos <[EMAIL PROTECTED]> wrote: If this does not help, please try to start with lazarus --primary-config-path=/tmp/.lazarus Starting Lazarus this way I see at last IDE. Thank you very much for your help. Please allow me to get back for any other problem. Then something is rotten with your /var/root/.lazarus directory. Mattias Panagiotis On May 14, 2006, at 11:00 PM, Mattias Gaertner wrote: On Sun, 14 May 2006 21:05:48 +0300 Panagiotis Sidiropoulos <[EMAIL PROTECTED]> wrote: Additional to prior information, "var/root/.lazarus" folder exist and creating files is allowed through user account logged in. Strange. I changed the procedure to catch the exception. But it means the IDE can not write to its config directory. Either the disk is full or some other error occur. Please remove /var/root/.lazarus ad try again. If this does not help, please try to start with lazarus --primary-config-path=/tmp/.lazarus If this helps then something is broken with /var/root/.lazarus. Mattias Panagioltis On May 14, 2006, at 8:40 PM, Panagiotis Sidiropoulos wrote: Here is xterm results. A message dialog appear with message "Unable to create file "/var/root/.lazarus/compilertest.pas". I had this message a couple of times before but thought it was privileges issue so, I used to change user account again. Please ask for any more information needed to get into conclusion. sh-2.05b$ cd /usr/share/lazarus/ sh-2.05b$ ./lazarus TApplication.IconChanged - TODO: convert this message...no implementation in gtk or win32 Note: environment config file not found - using defaults NOTE: editor options config file not found - using defaults WARNING: unable to write code template file "/var/root/.lazarus/ lazarus.dci" NOTE: miscellaneous options file not found - using defaults NOTE: codetools config file not found - using defaults [TMainIDE.Destroy] A [TMainIDE.Destroy] B -> inherited Destroy... TMainIDE [TMainIDE.Destroy] END [FORMS.PP] ExceptionOccurred Sender=EFCreateError Exception=Unable to create file "/var/root/.lazarus/ compilertest.pas" Stack trace: $00088FD0 $00398DFC CREATECOMPILERTESTPASCALFILENAME, line 110 of ./ include/darwin/../unix/lazbaseconf.inc $0006AEE8 TMAINIDE__INITCODETOOLBOSS, line 10320 of Main.pp $0003FE24 TMAINIDE__CREATE, line 1077 of Main.pp $21AC PASCALMAIN, line 88 of lazarus.pp TApplication.HandleException Unable to create file "/var/ root/.lazarus/compilertest.pas" Stack trace: $00088FD0 $00398DFC CREATECOMPILERTESTPASCALFILENAME, line 110 of ./ include/darwin/../unix/lazbaseconf.inc $0006AEE8 TMAINIDE__INITCODETOOLBOSS, line 10320 of Main.pp $0003FE24 TMAINIDE__CREATE, line 1077 of Main.pp $21AC PASCALMAIN, line 88 of lazarus.pp [TGtkWidgetSet.Destroy] WARNING: There are 1 unreleased DCs, a detailed dump follows: [TGtkWidgetSet.Destroy] DCs: 04A35438 [TGtkWidgetSet.Destroy] WARNING: There are 4 unreleased GDIObjects, a detailed dump follows: [TGtkWidgetSet.Destroy] GDIOs: 04A15808 04A15868 04A157A8 04A15448 [TGtkWidgetSet.Destroy] gdiBitmap: 1 [TGtkWidgetSet.Destroy] gdiBrush: 1 [TGtkWidgetSet.Destroy] gdiFont: 1 [TGtkWidgetSet.Destroy] gdiPen: 1 Runtime error 217 at $E5FC $E5FC $EC5C $000401BC TMAINIDE__CREATE, line 1127 of Main.pp $21AC PASCALMAIN, line 88 of lazarus.pp $0001D9D8 $1C64 _start, of /SourceCache/Csu/Csu-58//SourceCache/Csu/ Csu-58/crt.c $1B0C of SynEditTypes.pp sh-2.05b$ Panagiotis On May 14, 2006, at 8:08 PM, Vincent Snijders wrote: Panagiotis Sidiropoulos wrote: I'm trying to install Lazarus on MacOSX for several days with no luck so I decide to start over again. After cleaning any existing files for previous installations and testings, I followed these steps: 1. I Installed files: - fpc-2.1.1-20060511-powerpc-macosx.dmg - fpcsrc-2.1.1-20060511-powerpc-macosx.dmg - lazarus-0.9.15-20060511-powerpc-macosx.dmg As a result I had fpc and lazarus installed but could not open lazarus due to ppcppc fpc compiler could not be found. After this message, lazarus wouldn't start. I'm not sure if this was the reason. 2. I SVNed both fpc and Lazarus. 3. Run "make clean all" for fpc. Compilation completed successfully. 4. Run "make install" for fpc. Installation completed successfully. 5. Run "make clean all" for lazarus. Compilation completed successfully. 6. Run "make install" for lazarus. Installation completed successfully. Although .dmg installed lazarus on /usr/local/ share, "make install" installed lazarus on /usr/share. Why is that? Now, what happen when trying to open lazarus as a root user in various ways: - While opening Lazarus from it's .dmg installed folder, it hangs on splash screen. - W
Re: [lazarus] MacOS X - Lazarus installation
On Sun, 14 May 2006 23:16:22 +0300 Panagiotis Sidiropoulos <[EMAIL PROTECTED]> wrote: > > If this does not help, please try to start with > > lazarus --primary-config-path=/tmp/.lazarus > > Starting Lazarus this way I see at last IDE. Thank you very much for > your help. Please allow me to get back for any other problem. Then something is rotten with your /var/root/.lazarus directory. Mattias > > Panagiotis > > > On May 14, 2006, at 11:00 PM, Mattias Gaertner wrote: > > > On Sun, 14 May 2006 21:05:48 +0300 > > Panagiotis Sidiropoulos <[EMAIL PROTECTED]> wrote: > > > >> Additional to prior information, "var/root/.lazarus" folder exist and > >> creating files is allowed through user account logged in. > > > > Strange. > > I changed the procedure to catch the exception. But it means the > > IDE can not > > write to its config directory. Either the disk is full or some > > other error > > occur. > > Please remove /var/root/.lazarus ad try again. > > If this does not help, please try to start with > > lazarus --primary-config-path=/tmp/.lazarus > > If this helps then something is broken with /var/root/.lazarus. > > > > Mattias > > > > > >> > >> Panagioltis > >> > >> > >> On May 14, 2006, at 8:40 PM, Panagiotis Sidiropoulos wrote: > >> > >>> Here is xterm results. A message dialog appear with message "Unable > >>> to create file "/var/root/.lazarus/compilertest.pas". I had this > >>> message a couple of times before but thought it was privileges > >>> issue so, I used to change user account again. Please ask for any > >>> more information needed to get into conclusion. > >>> > >>> sh-2.05b$ cd /usr/share/lazarus/ > >>> sh-2.05b$ ./lazarus > >>> TApplication.IconChanged - TODO: convert this message...no > >>> implementation in gtk or win32 > >>> Note: environment config file not found - using defaults > >>> NOTE: editor options config file not found - using defaults > >>> WARNING: unable to write code template file "/var/root/.lazarus/ > >>> lazarus.dci" > >>> NOTE: miscellaneous options file not found - using defaults > >>> NOTE: codetools config file not found - using defaults > >>> [TMainIDE.Destroy] A > >>> [TMainIDE.Destroy] B -> inherited Destroy... TMainIDE > >>> [TMainIDE.Destroy] END > >>> [FORMS.PP] ExceptionOccurred > >>> Sender=EFCreateError > >>> Exception=Unable to create file "/var/root/.lazarus/ > >>> compilertest.pas" > >>> Stack trace: > >>> $00088FD0 > >>> $00398DFC CREATECOMPILERTESTPASCALFILENAME, line 110 of ./ > >>> include/darwin/../unix/lazbaseconf.inc > >>> $0006AEE8 TMAINIDE__INITCODETOOLBOSS, line 10320 of Main.pp > >>> $0003FE24 TMAINIDE__CREATE, line 1077 of Main.pp > >>> $21AC PASCALMAIN, line 88 of lazarus.pp > >>> TApplication.HandleException Unable to create file "/var/ > >>> root/.lazarus/compilertest.pas" > >>> Stack trace: > >>> $00088FD0 > >>> $00398DFC CREATECOMPILERTESTPASCALFILENAME, line 110 of ./ > >>> include/darwin/../unix/lazbaseconf.inc > >>> $0006AEE8 TMAINIDE__INITCODETOOLBOSS, line 10320 of Main.pp > >>> $0003FE24 TMAINIDE__CREATE, line 1077 of Main.pp > >>> $21AC PASCALMAIN, line 88 of lazarus.pp > >>> [TGtkWidgetSet.Destroy] WARNING: There are 1 unreleased DCs, a > >>> detailed dump follows: > >>> [TGtkWidgetSet.Destroy] DCs: 04A35438 > >>> [TGtkWidgetSet.Destroy] WARNING: There are 4 unreleased GDIObjects, > >>> a detailed dump follows: > >>> [TGtkWidgetSet.Destroy] GDIOs: 04A15808 04A15868 04A157A8 04A15448 > >>> [TGtkWidgetSet.Destroy] gdiBitmap: 1 > >>> [TGtkWidgetSet.Destroy] gdiBrush: 1 > >>> [TGtkWidgetSet.Destroy] gdiFont: 1 > >>> [TGtkWidgetSet.Destroy] gdiPen: 1 > >>> Runtime error 217 at $E5FC > >>> $E5FC > >>> $EC5C > >>> $000401BC TMAINIDE__CREATE, line 1127 of Main.pp > >>> $21AC PASCALMAIN, line 88 of lazarus.pp > >>> $0001D9D8 > >>> $1C64 _start, of /SourceCache/Csu/Csu-58//SourceCache/Csu/ > >>> Csu-58/crt.c > >>> $1B0C of SynEditTypes.pp > >>> > >>> sh-2.05b$ > >>> > >>> > >>> Panagiotis > >>> > >>> > >>> On May 14, 2006, at 8:08 PM, Vincent Snijders wrote: > >>> > Panagiotis Sidiropoulos wrote: > > I'm trying to install Lazarus on MacOSX for several days with no > > luck so I decide to start over again. After cleaning any > > existing files for previous installations and testings, I > > followed these steps: > > 1. I Installed files: > > - fpc-2.1.1-20060511-powerpc-macosx.dmg > > - fpcsrc-2.1.1-20060511-powerpc-macosx.dmg > > - lazarus-0.9.15-20060511-powerpc-macosx.dmg > > As a result I had fpc and lazarus installed but could not open > > lazarus due to ppcppc fpc compiler could not be found. After > > this message, lazarus wouldn't start. I'm not sure if this was > > the reason. > > 2. I SVNed both fpc and Lazarus. > > 3. Run "make clean all" for fpc. Compilation completed > > successfully. > > 4. Run "make install" for fpc. Installation comple
Re: [lazarus] MacOS X - Lazarus installation
If this does not help, please try to start with lazarus --primary-config-path=/tmp/.lazarus Starting Lazarus this way I see at last IDE. Thank you very much for your help. Please allow me to get back for any other problem. Panagiotis On May 14, 2006, at 11:00 PM, Mattias Gaertner wrote: On Sun, 14 May 2006 21:05:48 +0300 Panagiotis Sidiropoulos <[EMAIL PROTECTED]> wrote: Additional to prior information, "var/root/.lazarus" folder exist and creating files is allowed through user account logged in. Strange. I changed the procedure to catch the exception. But it means the IDE can not write to its config directory. Either the disk is full or some other error occur. Please remove /var/root/.lazarus ad try again. If this does not help, please try to start with lazarus --primary-config-path=/tmp/.lazarus If this helps then something is broken with /var/root/.lazarus. Mattias Panagioltis On May 14, 2006, at 8:40 PM, Panagiotis Sidiropoulos wrote: Here is xterm results. A message dialog appear with message "Unable to create file "/var/root/.lazarus/compilertest.pas". I had this message a couple of times before but thought it was privileges issue so, I used to change user account again. Please ask for any more information needed to get into conclusion. sh-2.05b$ cd /usr/share/lazarus/ sh-2.05b$ ./lazarus TApplication.IconChanged - TODO: convert this message...no implementation in gtk or win32 Note: environment config file not found - using defaults NOTE: editor options config file not found - using defaults WARNING: unable to write code template file "/var/root/.lazarus/ lazarus.dci" NOTE: miscellaneous options file not found - using defaults NOTE: codetools config file not found - using defaults [TMainIDE.Destroy] A [TMainIDE.Destroy] B -> inherited Destroy... TMainIDE [TMainIDE.Destroy] END [FORMS.PP] ExceptionOccurred Sender=EFCreateError Exception=Unable to create file "/var/root/.lazarus/ compilertest.pas" Stack trace: $00088FD0 $00398DFC CREATECOMPILERTESTPASCALFILENAME, line 110 of ./ include/darwin/../unix/lazbaseconf.inc $0006AEE8 TMAINIDE__INITCODETOOLBOSS, line 10320 of Main.pp $0003FE24 TMAINIDE__CREATE, line 1077 of Main.pp $21AC PASCALMAIN, line 88 of lazarus.pp TApplication.HandleException Unable to create file "/var/ root/.lazarus/compilertest.pas" Stack trace: $00088FD0 $00398DFC CREATECOMPILERTESTPASCALFILENAME, line 110 of ./ include/darwin/../unix/lazbaseconf.inc $0006AEE8 TMAINIDE__INITCODETOOLBOSS, line 10320 of Main.pp $0003FE24 TMAINIDE__CREATE, line 1077 of Main.pp $21AC PASCALMAIN, line 88 of lazarus.pp [TGtkWidgetSet.Destroy] WARNING: There are 1 unreleased DCs, a detailed dump follows: [TGtkWidgetSet.Destroy] DCs: 04A35438 [TGtkWidgetSet.Destroy] WARNING: There are 4 unreleased GDIObjects, a detailed dump follows: [TGtkWidgetSet.Destroy] GDIOs: 04A15808 04A15868 04A157A8 04A15448 [TGtkWidgetSet.Destroy] gdiBitmap: 1 [TGtkWidgetSet.Destroy] gdiBrush: 1 [TGtkWidgetSet.Destroy] gdiFont: 1 [TGtkWidgetSet.Destroy] gdiPen: 1 Runtime error 217 at $E5FC $E5FC $EC5C $000401BC TMAINIDE__CREATE, line 1127 of Main.pp $21AC PASCALMAIN, line 88 of lazarus.pp $0001D9D8 $1C64 _start, of /SourceCache/Csu/Csu-58//SourceCache/Csu/ Csu-58/crt.c $1B0C of SynEditTypes.pp sh-2.05b$ Panagiotis On May 14, 2006, at 8:08 PM, Vincent Snijders wrote: Panagiotis Sidiropoulos wrote: I'm trying to install Lazarus on MacOSX for several days with no luck so I decide to start over again. After cleaning any existing files for previous installations and testings, I followed these steps: 1. I Installed files: - fpc-2.1.1-20060511-powerpc-macosx.dmg - fpcsrc-2.1.1-20060511-powerpc-macosx.dmg - lazarus-0.9.15-20060511-powerpc-macosx.dmg As a result I had fpc and lazarus installed but could not open lazarus due to ppcppc fpc compiler could not be found. After this message, lazarus wouldn't start. I'm not sure if this was the reason. 2. I SVNed both fpc and Lazarus. 3. Run "make clean all" for fpc. Compilation completed successfully. 4. Run "make install" for fpc. Installation completed successfully. 5. Run "make clean all" for lazarus. Compilation completed successfully. 6. Run "make install" for lazarus. Installation completed successfully. Although .dmg installed lazarus on /usr/local/ share, "make install" installed lazarus on /usr/share. Why is that? Now, what happen when trying to open lazarus as a root user in various ways: - While opening Lazarus from it's .dmg installed folder, it hangs on splash screen. - While opening startLazarus from it's .dmg installed folder, it displays splash screen, splash screen disappear normally but Lazarus never show up. - While opening Lazarus from compiled folder /usr/share, it hangs on splash screen. - While opening startLazarus from compiled folder /usr/share, it displays splash screen, splash screen disappear normally but La
Re: [lazarus] MacOS X - Lazarus installation
On Sun, 14 May 2006 21:05:48 +0300 Panagiotis Sidiropoulos <[EMAIL PROTECTED]> wrote: > Additional to prior information, "var/root/.lazarus" folder exist and > creating files is allowed through user account logged in. Strange. I changed the procedure to catch the exception. But it means the IDE can not write to its config directory. Either the disk is full or some other error occur. Please remove /var/root/.lazarus ad try again. If this does not help, please try to start with lazarus --primary-config-path=/tmp/.lazarus If this helps then something is broken with /var/root/.lazarus. Mattias > > Panagioltis > > > On May 14, 2006, at 8:40 PM, Panagiotis Sidiropoulos wrote: > > > Here is xterm results. A message dialog appear with message "Unable > > to create file "/var/root/.lazarus/compilertest.pas". I had this > > message a couple of times before but thought it was privileges > > issue so, I used to change user account again. Please ask for any > > more information needed to get into conclusion. > > > > sh-2.05b$ cd /usr/share/lazarus/ > > sh-2.05b$ ./lazarus > > TApplication.IconChanged - TODO: convert this message...no > > implementation in gtk or win32 > > Note: environment config file not found - using defaults > > NOTE: editor options config file not found - using defaults > > WARNING: unable to write code template file "/var/root/.lazarus/ > > lazarus.dci" > > NOTE: miscellaneous options file not found - using defaults > > NOTE: codetools config file not found - using defaults > > [TMainIDE.Destroy] A > > [TMainIDE.Destroy] B -> inherited Destroy... TMainIDE > > [TMainIDE.Destroy] END > > [FORMS.PP] ExceptionOccurred > > Sender=EFCreateError > > Exception=Unable to create file "/var/root/.lazarus/ > > compilertest.pas" > > Stack trace: > > $00088FD0 > > $00398DFC CREATECOMPILERTESTPASCALFILENAME, line 110 of ./ > > include/darwin/../unix/lazbaseconf.inc > > $0006AEE8 TMAINIDE__INITCODETOOLBOSS, line 10320 of Main.pp > > $0003FE24 TMAINIDE__CREATE, line 1077 of Main.pp > > $21AC PASCALMAIN, line 88 of lazarus.pp > > TApplication.HandleException Unable to create file "/var/ > > root/.lazarus/compilertest.pas" > > Stack trace: > > $00088FD0 > > $00398DFC CREATECOMPILERTESTPASCALFILENAME, line 110 of ./ > > include/darwin/../unix/lazbaseconf.inc > > $0006AEE8 TMAINIDE__INITCODETOOLBOSS, line 10320 of Main.pp > > $0003FE24 TMAINIDE__CREATE, line 1077 of Main.pp > > $21AC PASCALMAIN, line 88 of lazarus.pp > > [TGtkWidgetSet.Destroy] WARNING: There are 1 unreleased DCs, a > > detailed dump follows: > > [TGtkWidgetSet.Destroy] DCs: 04A35438 > > [TGtkWidgetSet.Destroy] WARNING: There are 4 unreleased GDIObjects, > > a detailed dump follows: > > [TGtkWidgetSet.Destroy] GDIOs: 04A15808 04A15868 04A157A8 04A15448 > > [TGtkWidgetSet.Destroy] gdiBitmap: 1 > > [TGtkWidgetSet.Destroy] gdiBrush: 1 > > [TGtkWidgetSet.Destroy] gdiFont: 1 > > [TGtkWidgetSet.Destroy] gdiPen: 1 > > Runtime error 217 at $E5FC > > $E5FC > > $EC5C > > $000401BC TMAINIDE__CREATE, line 1127 of Main.pp > > $21AC PASCALMAIN, line 88 of lazarus.pp > > $0001D9D8 > > $1C64 _start, of /SourceCache/Csu/Csu-58//SourceCache/Csu/ > > Csu-58/crt.c > > $1B0C of SynEditTypes.pp > > > > sh-2.05b$ > > > > > > Panagiotis > > > > > > On May 14, 2006, at 8:08 PM, Vincent Snijders wrote: > > > >> Panagiotis Sidiropoulos wrote: > >>> I'm trying to install Lazarus on MacOSX for several days with no > >>> luck so I decide to start over again. After cleaning any > >>> existing files for previous installations and testings, I > >>> followed these steps: > >>> 1. I Installed files: > >>> - fpc-2.1.1-20060511-powerpc-macosx.dmg > >>> - fpcsrc-2.1.1-20060511-powerpc-macosx.dmg > >>> - lazarus-0.9.15-20060511-powerpc-macosx.dmg > >>> As a result I had fpc and lazarus installed but could not open > >>> lazarus due to ppcppc fpc compiler could not be found. After > >>> this message, lazarus wouldn't start. I'm not sure if this was > >>> the reason. > >>> 2. I SVNed both fpc and Lazarus. > >>> 3. Run "make clean all" for fpc. Compilation completed successfully. > >>> 4. Run "make install" for fpc. Installation completed successfully. > >>> 5. Run "make clean all" for lazarus. Compilation completed > >>> successfully. > >>> 6. Run "make install" for lazarus. Installation completed > >>> successfully. Although .dmg installed lazarus on /usr/local/ > >>> share, "make install" installed lazarus on /usr/share. Why is that? > >>> Now, what happen when trying to open lazarus as a root user in > >>> various ways: > >>> - While opening Lazarus from it's .dmg installed folder, it hangs > >>> on splash screen. > >>> - While opening startLazarus from it's .dmg installed folder, it > >>> displays splash screen, splash screen disappear normally but > >>> Lazarus never show up. > >>> - While opening Lazarus from c
Re: [lazarus] VirtualTreeView compile error - FPC 2.0.2
Christian U. wrote: Hey, what is hard about zipping the sources and sending me an email? not hard but nothing i do every 2 weeks :) by the way, what about acs ? removed from ccr ? I think it is hidden by sourceforge new directory structure, but it will be visible if you select the right package or view older releases: http://sourceforge.net/project/showfiles.php?group_id=92177&package_id=98986&release_id=330363 Vincent. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Request for PR noise !
Al Boldi wrote: > Florian Klaempfl wrote: >> Al Boldi wrote: >>> A RAD/IDE should not lock itself into one language only, but should >>> rather strive to be compiler/language independent. >> Over looked into the FCL/LCL how close they are tight with the compiler? > > Couldn't this be addressed using plugins? How? Lazarus depends also a lot on the classes implemented by FPC. See e.g. streaming of components. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] VirtualTreeView compile error - FPC 2.0.2
> Hey, what is hard about zipping the sources and sending me an email? not hard but nothing i do every 2 weeks :) by the way, what about acs ? removed from ccr ? regards Christian _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Request for PR noise !
> On Sun, 14 May 2006 21:00:44 +0300 > Al Boldi <[EMAIL PROTECTED]> wrote: > > > Calling it OpenRAD would probably be perfect, unless it's already taken. > > That's a description, not a name. > > Micha Call it DevCo IDE then ;-) Just admit it - the best name for the IDE is "Lars". _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Request for PR noise !
> Michael Van Canneyt wrote: > > If Lazarus puts pascal as a language on the map again, it's name is > > VERY well chosen indeed, as Lazarus rose again from the grave !! > > A RAD/IDE should not lock itself into one language only, but should rather > strive to be compiler/language independent. Implementing this with the FPC > would probably be proof enough that Pascal isn't dead. This is very very hard to do. It could be done with a plug-in system - if you unload the Pascal parser then the IDE is no longer a Pascal IDE but now a C++ ide. For example, CodeTools/CodeInsight needs a parser to parse the text in the IDE window. You'd have to be able to unplug the Pascal CodeTools parser and plug another language CodeTools parser in. But this is much more man-power required than just focusing on one language. Look at Vim and Emacs - they are supposedly the tools which are supposed to handle multiple languages. But what good are they? Don't we have to build Emacs plug-ins in Lisp? Why not Emacs plug-ins in Pascal? There is always some language favor it seems. And Eclipse? It is favored for Java - even though it's supposed to be a multi language development tool. And as for BDS2006? It only handles C++/Pascal but why not Lisp, Perl, PHP? If Borland doesn't have the man power it is very slim chance that a small open source project can handle such a task. And then we have to beg the question - where do we draw the line? Which languages do we skip? Perl? Python? TCL? Algol? Right now it is easy to draw the line - Pascal. It's a very easy line to draw. If you let this line slip - it becomes very hard to draw. Where do you stop? How many languages are on the chocolate bar packaging before the chocolate bar package becomes so flooded with languages and so lacking of actual chocolate bar? _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] VirtualTreeView compile error - FPC 2.0.2
Christian U. wrote: Well, I meant access in a broader term (svn based access). I do not use csv... but I think there is something like tortoisecsv for the brokenOS on which i'm right now. I'll try to get a download. Is there a reason why zip distrib are not frequently released (since it makes 2 months it's corrected)? Is there a reason not to use the csv version? no, only becouse i always have to ask vincent if he could load it up ... its not a very easy way to publish files in the ccr Hey, what is hard about zipping the sources and sending me an email? Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Request for PR noise !
Florian Klaempfl wrote: > Al Boldi wrote: > > A RAD/IDE should not lock itself into one language only, but should > > rather strive to be compiler/language independent. > > Over looked into the FCL/LCL how close they are tight with the compiler? Couldn't this be addressed using plugins? Thanks! -- Al _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Request for PR noise !
On Sun, 14 May 2006 21:00:44 +0300 Al Boldi <[EMAIL PROTECTED]> wrote: > Calling it OpenRAD would probably be perfect, unless it's already taken. That's a description, not a name. Micha _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Who needs Unicode controls.
> What non Latin languages (such as Arabic, Chinese) do you need to be > supported ? Chinese traditional and simplified and maybe russian and turkey unicode regards Christian Ulrich _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] VirtualTreeView compile error - FPC 2.0.2
> Well, I meant access in a broader term (svn based access). I do not > use csv... but I think there is something like tortoisecsv for the > brokenOS on which i'm right now. I'll try to get a download. > > Is there a reason why zip distrib are not frequently released (since > it makes 2 months it's corrected)? Is there a reason not to use the > csv version? no, only becouse i always have to ask vincent if he could load it up ... its not a very easy way to publish files in the ccr regards Christian _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Request for PR noise !
[EMAIL PROTECTED] wrote: > By the way, > Why to have a PR noise at all? > Why don't just keep doing its development and spreading it through its > website as it is? Agreed and that's why I usually don't respond to such threads and work instead on FPC :) _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Request for PR noise !
Al Boldi wrote: > Michael Van Canneyt wrote: >> If Lazarus puts pascal as a language on the map again, it's name is >> VERY well chosen indeed, as Lazarus rose again from the grave !! > > A RAD/IDE should not lock itself into one language only, but should rather > strive to be compiler/language independent. Over looked into the FCL/LCL how close they are tight with the compiler? > Implementing this with the FPC > would probably be proof enough that Pascal isn't dead. > > Calling it OpenRAD would probably be perfect, unless it's already taken. > > Thanks! > > -- > Al > > _ > 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] Request for PR noise !
By the way, Why to have a PR noise at all? Why don't just keep doing its development and spreading it through its website as it is? Is it not enough what exists already? Márton Papp _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] MacOS X - Lazarus installation
Additional to prior information, "var/root/.lazarus" folder exist and creating files is allowed through user account logged in. Panagioltis On May 14, 2006, at 8:40 PM, Panagiotis Sidiropoulos wrote: Here is xterm results. A message dialog appear with message "Unable to create file "/var/root/.lazarus/compilertest.pas". I had this message a couple of times before but thought it was privileges issue so, I used to change user account again. Please ask for any more information needed to get into conclusion. sh-2.05b$ cd /usr/share/lazarus/ sh-2.05b$ ./lazarus TApplication.IconChanged - TODO: convert this message...no implementation in gtk or win32 Note: environment config file not found - using defaults NOTE: editor options config file not found - using defaults WARNING: unable to write code template file "/var/root/.lazarus/ lazarus.dci" NOTE: miscellaneous options file not found - using defaults NOTE: codetools config file not found - using defaults [TMainIDE.Destroy] A [TMainIDE.Destroy] B -> inherited Destroy... TMainIDE [TMainIDE.Destroy] END [FORMS.PP] ExceptionOccurred Sender=EFCreateError Exception=Unable to create file "/var/root/.lazarus/ compilertest.pas" Stack trace: $00088FD0 $00398DFC CREATECOMPILERTESTPASCALFILENAME, line 110 of ./ include/darwin/../unix/lazbaseconf.inc $0006AEE8 TMAINIDE__INITCODETOOLBOSS, line 10320 of Main.pp $0003FE24 TMAINIDE__CREATE, line 1077 of Main.pp $21AC PASCALMAIN, line 88 of lazarus.pp TApplication.HandleException Unable to create file "/var/ root/.lazarus/compilertest.pas" Stack trace: $00088FD0 $00398DFC CREATECOMPILERTESTPASCALFILENAME, line 110 of ./ include/darwin/../unix/lazbaseconf.inc $0006AEE8 TMAINIDE__INITCODETOOLBOSS, line 10320 of Main.pp $0003FE24 TMAINIDE__CREATE, line 1077 of Main.pp $21AC PASCALMAIN, line 88 of lazarus.pp [TGtkWidgetSet.Destroy] WARNING: There are 1 unreleased DCs, a detailed dump follows: [TGtkWidgetSet.Destroy] DCs: 04A35438 [TGtkWidgetSet.Destroy] WARNING: There are 4 unreleased GDIObjects, a detailed dump follows: [TGtkWidgetSet.Destroy] GDIOs: 04A15808 04A15868 04A157A8 04A15448 [TGtkWidgetSet.Destroy] gdiBitmap: 1 [TGtkWidgetSet.Destroy] gdiBrush: 1 [TGtkWidgetSet.Destroy] gdiFont: 1 [TGtkWidgetSet.Destroy] gdiPen: 1 Runtime error 217 at $E5FC $E5FC $EC5C $000401BC TMAINIDE__CREATE, line 1127 of Main.pp $21AC PASCALMAIN, line 88 of lazarus.pp $0001D9D8 $1C64 _start, of /SourceCache/Csu/Csu-58//SourceCache/Csu/ Csu-58/crt.c $1B0C of SynEditTypes.pp sh-2.05b$ Panagiotis On May 14, 2006, at 8:08 PM, Vincent Snijders wrote: Panagiotis Sidiropoulos wrote: I'm trying to install Lazarus on MacOSX for several days with no luck so I decide to start over again. After cleaning any existing files for previous installations and testings, I followed these steps: 1. I Installed files: - fpc-2.1.1-20060511-powerpc-macosx.dmg - fpcsrc-2.1.1-20060511-powerpc-macosx.dmg - lazarus-0.9.15-20060511-powerpc-macosx.dmg As a result I had fpc and lazarus installed but could not open lazarus due to ppcppc fpc compiler could not be found. After this message, lazarus wouldn't start. I'm not sure if this was the reason. 2. I SVNed both fpc and Lazarus. 3. Run "make clean all" for fpc. Compilation completed successfully. 4. Run "make install" for fpc. Installation completed successfully. 5. Run "make clean all" for lazarus. Compilation completed successfully. 6. Run "make install" for lazarus. Installation completed successfully. Although .dmg installed lazarus on /usr/local/ share, "make install" installed lazarus on /usr/share. Why is that? Now, what happen when trying to open lazarus as a root user in various ways: - While opening Lazarus from it's .dmg installed folder, it hangs on splash screen. - While opening startLazarus from it's .dmg installed folder, it displays splash screen, splash screen disappear normally but Lazarus never show up. - While opening Lazarus from compiled folder /usr/share, it hangs on splash screen. - While opening startLazarus from compiled folder /usr/share, it displays splash screen, splash screen disappear normally but Lazarus never show up. Unfortunately I'm out of ideas. If anyone could help, it would be nice. Apple iBook G4, 512 MB Ram MacOSX 10.4.6 FPC revision 3526 Lazarus revision 9281 Panagiotis If you start lazarus in a xterm, what messages do you see? 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] Request for PR noise !
Michael Van Canneyt wrote: > If Lazarus puts pascal as a language on the map again, it's name is > VERY well chosen indeed, as Lazarus rose again from the grave !! A RAD/IDE should not lock itself into one language only, but should rather strive to be compiler/language independent. Implementing this with the FPC would probably be proof enough that Pascal isn't dead. Calling it OpenRAD would probably be perfect, unless it's already taken. Thanks! -- Al _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] MacOS X - Lazarus installation
Here is xterm results. A message dialog appear with message "Unable to create file "/var/root/.lazarus/compilertest.pas". I had this message a couple of times before but thought it was privileges issue so, I used to change user account again. Please ask for any more information needed to get into conclusion. sh-2.05b$ cd /usr/share/lazarus/ sh-2.05b$ ./lazarus TApplication.IconChanged - TODO: convert this message...no implementation in gtk or win32 Note: environment config file not found - using defaults NOTE: editor options config file not found - using defaults WARNING: unable to write code template file "/var/root/.lazarus/ lazarus.dci" NOTE: miscellaneous options file not found - using defaults NOTE: codetools config file not found - using defaults [TMainIDE.Destroy] A [TMainIDE.Destroy] B -> inherited Destroy... TMainIDE [TMainIDE.Destroy] END [FORMS.PP] ExceptionOccurred Sender=EFCreateError Exception=Unable to create file "/var/root/.lazarus/compilertest.pas" Stack trace: $00088FD0 $00398DFC CREATECOMPILERTESTPASCALFILENAME, line 110 of ./ include/darwin/../unix/lazbaseconf.inc $0006AEE8 TMAINIDE__INITCODETOOLBOSS, line 10320 of Main.pp $0003FE24 TMAINIDE__CREATE, line 1077 of Main.pp $21AC PASCALMAIN, line 88 of lazarus.pp TApplication.HandleException Unable to create file "/var/ root/.lazarus/compilertest.pas" Stack trace: $00088FD0 $00398DFC CREATECOMPILERTESTPASCALFILENAME, line 110 of ./ include/darwin/../unix/lazbaseconf.inc $0006AEE8 TMAINIDE__INITCODETOOLBOSS, line 10320 of Main.pp $0003FE24 TMAINIDE__CREATE, line 1077 of Main.pp $21AC PASCALMAIN, line 88 of lazarus.pp [TGtkWidgetSet.Destroy] WARNING: There are 1 unreleased DCs, a detailed dump follows: [TGtkWidgetSet.Destroy] DCs: 04A35438 [TGtkWidgetSet.Destroy] WARNING: There are 4 unreleased GDIObjects, a detailed dump follows: [TGtkWidgetSet.Destroy] GDIOs: 04A15808 04A15868 04A157A8 04A15448 [TGtkWidgetSet.Destroy] gdiBitmap: 1 [TGtkWidgetSet.Destroy] gdiBrush: 1 [TGtkWidgetSet.Destroy] gdiFont: 1 [TGtkWidgetSet.Destroy] gdiPen: 1 Runtime error 217 at $E5FC $E5FC $EC5C $000401BC TMAINIDE__CREATE, line 1127 of Main.pp $21AC PASCALMAIN, line 88 of lazarus.pp $0001D9D8 $1C64 _start, of /SourceCache/Csu/Csu-58//SourceCache/Csu/ Csu-58/crt.c $1B0C of SynEditTypes.pp sh-2.05b$ Panagiotis On May 14, 2006, at 8:08 PM, Vincent Snijders wrote: Panagiotis Sidiropoulos wrote: I'm trying to install Lazarus on MacOSX for several days with no luck so I decide to start over again. After cleaning any existing files for previous installations and testings, I followed these steps: 1. I Installed files: - fpc-2.1.1-20060511-powerpc-macosx.dmg - fpcsrc-2.1.1-20060511-powerpc-macosx.dmg - lazarus-0.9.15-20060511-powerpc-macosx.dmg As a result I had fpc and lazarus installed but could not open lazarus due to ppcppc fpc compiler could not be found. After this message, lazarus wouldn't start. I'm not sure if this was the reason. 2. I SVNed both fpc and Lazarus. 3. Run "make clean all" for fpc. Compilation completed successfully. 4. Run "make install" for fpc. Installation completed successfully. 5. Run "make clean all" for lazarus. Compilation completed successfully. 6. Run "make install" for lazarus. Installation completed successfully. Although .dmg installed lazarus on /usr/local/ share, "make install" installed lazarus on /usr/share. Why is that? Now, what happen when trying to open lazarus as a root user in various ways: - While opening Lazarus from it's .dmg installed folder, it hangs on splash screen. - While opening startLazarus from it's .dmg installed folder, it displays splash screen, splash screen disappear normally but Lazarus never show up. - While opening Lazarus from compiled folder /usr/share, it hangs on splash screen. - While opening startLazarus from compiled folder /usr/share, it displays splash screen, splash screen disappear normally but Lazarus never show up. Unfortunately I'm out of ideas. If anyone could help, it would be nice. Apple iBook G4, 512 MB Ram MacOSX 10.4.6 FPC revision 3526 Lazarus revision 9281 Panagiotis If you start lazarus in a xterm, what messages do you see? 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] MacOS X - Lazarus installation
Panagiotis Sidiropoulos wrote: I'm trying to install Lazarus on MacOSX for several days with no luck so I decide to start over again. After cleaning any existing files for previous installations and testings, I followed these steps: 1. I Installed files: - fpc-2.1.1-20060511-powerpc-macosx.dmg - fpcsrc-2.1.1-20060511-powerpc-macosx.dmg - lazarus-0.9.15-20060511-powerpc-macosx.dmg As a result I had fpc and lazarus installed but could not open lazarus due to ppcppc fpc compiler could not be found. After this message, lazarus wouldn't start. I'm not sure if this was the reason. 2. I SVNed both fpc and Lazarus. 3. Run "make clean all" for fpc. Compilation completed successfully. 4. Run "make install" for fpc. Installation completed successfully. 5. Run "make clean all" for lazarus. Compilation completed successfully. 6. Run "make install" for lazarus. Installation completed successfully. Although .dmg installed lazarus on /usr/local/share, "make install" installed lazarus on /usr/share. Why is that? Now, what happen when trying to open lazarus as a root user in various ways: - While opening Lazarus from it's .dmg installed folder, it hangs on splash screen. - While opening startLazarus from it's .dmg installed folder, it displays splash screen, splash screen disappear normally but Lazarus never show up. - While opening Lazarus from compiled folder /usr/share, it hangs on splash screen. - While opening startLazarus from compiled folder /usr/share, it displays splash screen, splash screen disappear normally but Lazarus never show up. Unfortunately I'm out of ideas. If anyone could help, it would be nice. Apple iBook G4, 512 MB Ram MacOSX 10.4.6 FPC revision 3526 Lazarus revision 9281 Panagiotis If you start lazarus in a xterm, what messages do you see? Vincent. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] MacOS X - Lazarus installation
I'm trying to install Lazarus on MacOSX for several days with no luck so I decide to start over again. After cleaning any existing files for previous installations and testings, I followed these steps: 1. I Installed files: - fpc-2.1.1-20060511-powerpc-macosx.dmg - fpcsrc-2.1.1-20060511-powerpc-macosx.dmg - lazarus-0.9.15-20060511-powerpc-macosx.dmg As a result I had fpc and lazarus installed but could not open lazarus due to ppcppc fpc compiler could not be found. After this message, lazarus wouldn't start. I'm not sure if this was the reason. 2. I SVNed both fpc and Lazarus. 3. Run "make clean all" for fpc. Compilation completed successfully. 4. Run "make install" for fpc. Installation completed successfully. 5. Run "make clean all" for lazarus. Compilation completed successfully. 6. Run "make install" for lazarus. Installation completed successfully. Although .dmg installed lazarus on /usr/local/share, "make install" installed lazarus on /usr/share. Why is that? Now, what happen when trying to open lazarus as a root user in various ways: - While opening Lazarus from it's .dmg installed folder, it hangs on splash screen. - While opening startLazarus from it's .dmg installed folder, it displays splash screen, splash screen disappear normally but Lazarus never show up. - While opening Lazarus from compiled folder /usr/share, it hangs on splash screen. - While opening startLazarus from compiled folder /usr/share, it displays splash screen, splash screen disappear normally but Lazarus never show up. Unfortunately I'm out of ideas. If anyone could help, it would be nice. Apple iBook G4, 512 MB Ram MacOSX 10.4.6 FPC revision 3526 Lazarus revision 9281 Panagiotis On May 13, 2006, at 11:48 PM, Panagiotis Sidiropoulos wrote: Normally you just click ok on the message and continue. What happen if you click ok on the message? When click OK on message dialog, Lazarus quits. Panagiotis On May 13, 2006, at 8:48 PM, Mattias Gaertner wrote: On Sat, 13 May 2006 19:20:11 +0300 Panagiotis Sidiropoulos <[EMAIL PROTECTED]> wrote: Please open Run-> Run Parameters -> Environment. There the PATH variable should contain /usr/local/bin. Does it? If you mean Lazarus IDE Run parameters, then I have to inform you that I can't get into IDE, error message regarding missing ppcppc appear while Lazarus start. Normally you just click ok on the message and continue. What happen if you click ok on the message? Mattias I tried to find such setting on MacOS but could not find a thing. Can you please direct me? Panagiotis On May 13, 2006, at 5:49 PM, Mattias Gaertner wrote: On Sat, 13 May 2006 17:31:34 +0300 Panagiotis Sidiropoulos <[EMAIL PROTECTED]> wrote: This should give you the path to your compiler. If not, then you must add the directory to the path. In fact /usr/local/bin contain a link to physical position of the file at /usr/local/lib/fpc/2.1.1/ppcppc. I mention this just in case it is crucial information. That's pretty normal. Please open Run-> Run Parameters -> Environment. There the PATH variable should contain /usr/local/bin. Does it? Mattias Panagiotis On May 13, 2006, at 10:34 AM, Mattias Gaertner wrote: On Sat, 13 May 2006 10:08:45 +0300 Panagiotis Sidiropoulos <[EMAIL PROTECTED]> wrote: try this command to see which make you are using: which make Here is the result of whichmake: panagiotis-sidiropoulos-ibook-g4:/Users/panos/Develop/fpc root# which make /usr/bin/make whereis make, also reports same path. And also try specifying the full path of the make to use the make provide with Free Pascal binary install. I could not found any other make except that mentioned earlier. After a lot of effort on this, decided to follow the other way. Downloaded and installed fpc and lazarus by .dmg files at http:// michael-ep3.physik.uni-halle.de/Lazarus/. All three files downloaded and installed successfully as installer reported. Opening Lazarus from inside X11, I see splash to appear and the a message: "The Free Pascal compiler (filename: ppcppc) was not found. It is recommended that you install fpc". This file is installed at /usr/local/bin, checked and normally run. Sometimes it is not in the PATH variable. Try in a terminal []$ which ppcppc This should give you the path to your compiler. If not, then you must add the directory to the path. I cannot figure why this is not found by Lazarus. It could because of MacOSX way of operating? System's folder are not visible by normal users. Should I open Lazarus as root? How could I do this? Another cause could be a wrong path. Lazarus may search for ppcppc into another path, other than /usr/local/bin. What file should I modify? If it reads system variables what is it? How could I update a system variable permanently? export PATH=$PATH:/usr/local/bin Add this line to /Users/username/.profile I know, a lot of questions, but I'm stack on this stage for several d
Re: [lazarus] Request for PR noise !
On 5/14/06, Borut Maricic <[EMAIL PROTECTED]> wrote: * The success of Lazarus depends on the support for doing useful things in a reliable, nice and easy way - the name is not so important. Acctually I think that what makes a tool or language popular is propaganda, and the best propaganda on software development is having many popular software built with it! Being the best tool / language doesn´t necessarely bring popularety. The best thing that would happen for Lazarus IMHO, would be more popular software built with it on the Linux distributions. So people will start noticing it, and using it. KDE for example, is a major propaganda for Qt. They even ship KDE with a Qt IDE!! I am already doing an effort to get the magnifier into Fedora Extras, but of course just one lone software isn´t enougth. * Lazarus is/will be on the radar screen of the Delphi users in the first place. Yes, Lazarus is targeted at Delphi programmers. It will be more independent as the help system improves, because then we can also attract new developers, not only Delphi developers. * However named, the name will become known through the unique qualities of the system and not the other way around. I believe it is already quite known, so that possible positive impacts of the name change are questionable. I see Lazarus gaining increasing popularety. Changing the name could cause confusion and have a negative (yet temporary) effect on this growth. * Abandoning the relation to and the mention of Pascal (because those not in the know regard it as a dead and never-of-any-use language) does not seem acceptable to me. This is the path borland headed to. They now say their language is Delphi, not Object Pascal. Shame on them. -- Felipe Monteiro de Carvalho _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Request for PR noise !
Quoting Michael Van Canneyt <[EMAIL PROTECTED]>: > > > On Sun, 14 May 2006, Ales Katona wrote: > > > 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. > > Amen to that :-) > > If Lazarus puts pascal as a language on the map again, it's name is > VERY well chosen indeed, as Lazarus rose again from the grave !! > > LOL > if we're going the religious tour anyway, let's go all the way ;-) In that case lets choose the name "The Holy Grail" :P that way it will make anything else not that holy... Delphi is a location at greece, where the Oracle women saw things... so you can see that greek is very pupolar in computer names :) I'm very pround at Pascal, but we never actually marked this language even Borland never did so (I never seen borland's add in my country ... and I used to work at the same location (few streets actually) from where the company that market them is sitting... To market "smart people use Pascal" will never work! instead, we should build tools that people needs and can't do without, and they will need Pascal for that. In my country, there where two such tools in the past (two word proccessors), when one of them existed on *every* computer that needed word processor. The problem was, that Microsoft stolen that market, and it caused the company to close itself. I tried few years ago to talk with them in order to make the word processor open source, and even to pay some monay to them, but they never responded. There was/is another word processor that was written in pure TP, and now there is an attempt to make rewrite it to Windows... I tried to contact (after few contacts by them) them forther, but no luck :( So if you build something that people actually will need and use, then it will be much better then just try to sell the name Pascal or Lazarus IMHO. > > Michael. > Ido _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Request for PR noise !
Florian Klaempfl wrote: I think a name change isn't necessary, but what FPC/Lazarus would need is a group of people doing the same as distributors do: combining FPC/Lazarus into one nice and easy to use package. This project/package could get a new name, probably something descriptive like FreeRAD, OpenRAD or GNU RAD. I think having a seperate project/package would be confusing. What documentation would you then change to the package name? I like the idea of having 'RAD' as part of the name. It is representative of what Lazarus is. OpenRad is good. How about PRAD or P-RAD, or PRADE short for Pascal Rad Environment, or at the risk of getting silly PARADE. Still, although some people may not like PARADE, it is logically representative, it does not have any negative or religious connotations, and rolls of the tongue easily. George _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Request for PR noise !
On Sunday 14 May 2006 08:57, Michael Van Canneyt wrote: > On Sun, 14 May 2006, Ido Kanner wrote: > > Nicholas Wirth once said that a language requires good name (I don't > > recall the exact quote), without a good name the language will fail. > > In that case he did a poor PR job, obviously. > > > Personally, I belive that we need to kill the name "Pascal" because many > > people does not respect that language (I still do not understand why). > > It _IS_ pascal, and we had better be proud of it ! > If _WE_ are not proud of it, who will be ? > > Really, this is the world upside down !! > Why would the smart kneel for the stupid ?? > > (Yes, being rethorical here... not accusing anyone of anything) > > Michael. I agree! There is nothing wrong with any of the names. I truly doubt anyone is offended by 'Pascal" or 'Lazarus'. If it becomes one of the best development environments available then I bet (even if the name was offensive) programmers would use it. John _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Request for PR noise !
On Sun, 14 May 2006, Ido Kanner wrote: > > Nicholas Wirth once said that a language requires good name (I don't recall > the > exact quote), without a good name the language will fail. In that case he did a poor PR job, obviously. > > Personally, I belive that we need to kill the name "Pascal" because many > people > does not respect that language (I still do not understand why). It _IS_ pascal, and we had better be proud of it ! If _WE_ are not proud of it, who will be ? Really, this is the world upside down !! Why would the smart kneel for the stupid ?? (Yes, being rethorical here... not accusing anyone of anything) Michael. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Request for PR noise !
On Sun, 14 May 2006, Ales Katona wrote: > 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. Amen to that :-) If Lazarus puts pascal as a language on the map again, it's name is VERY well chosen indeed, as Lazarus rose again from the grave !! LOL if we're going the religious tour anyway, let's go all the way ;-) Michael. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Request for PR noise !
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] Request for PR noise !
Just a few thoughts (MHOs): * The success of Lazarus depends on the support for doing useful things in a reliable, nice and easy way - the name is not so important. * Lazarus is/will be on the radar screen of the Delphi users in the first place. These could want to use it because of the multiplatform support, because it is free (which Delphi might become too!) and because of the Unicode support (when, sometime in the future, it perhaps becomes available also for win32). * However named, the name will become known through the unique qualities of the system and not the other way around. I believe it is already quite known, so that possible positive impacts of the name change are questionable. * Abandoning the relation to and the mention of Pascal (because those not in the know regard it as a dead and never-of-any-use language) does not seem acceptable to me. You do not suppress the name of your religion, ideology, your partner, etc. because there are some that have some objections on its/his/her properties. * Persons not acquainted with Christianity might have a problem associating the name with anything in particular. Those acquainted might associate it with the image of a man coming out of the tomb - not my favorite image. Is the current name unacceptable to people following other religions? - I can not tell, but it would not be good, if so. * The name based on a mythologycal association would perhaps be more widely acceptable than one based on religious association. In this respect, the concept of the Firebird would perhaps be more suitable. That one is, however, already being used for a very good open source DBMS (as most of us know). About firebirds: http://en.wikipedia.org/wiki/Fire_bird_(mythology) Any ideas? * Finally, what about an acronym: Novel Open Multiplatform Application Development It could even have a combined version: NOMAD-Lazarus Regards, Borut _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Request for PR noise !
Quoting Michael Van Canneyt <[EMAIL PROTECTED]>: > > > On Sun, 14 May 2006, m2 wrote: > > > Michael Van Canneyt a ֳ©crit : > > > People taking offense at this name only make themselves ridiculous. > > > I refuse to take that (or them) serious. ( Yes, and I will take the > > > risk that I will burn eternally in hell for this ;-) ) > > > > As far as I am concerned, it is not a matter of offense. I am as > > atheist as you are (if not more :-) > > I am way beyond atheism already :-) > > > > > The problem with "Lazarus" is that it is a very bad name. There is > > nothing in it that is linked to the software itself or that suggests > > something pleasant. > > Well, just to name a few: > > Delphi - reminds me of ancient greece. Duh ! > Gambas - I hate shrimp! > GNU - not really an inspiring animal ? > Python - a snake. Not exactly a positive image ?? > perl - Pathetically Eccclesiastic Rubbish Lister ?! > Ruby - A girls name, and an obvious hint at perl ? Pathetic ! Ruby have very nice syntax, it's something between Perl and Pascal :) > Eclipse - I don't see what is positive about the light going out for everyone > ?! > > I'm sure that if you look up projects in freshmeat or whatever, > you'll find a lot more names which are associated with strange > things. > > Lazarus is just a name. The original project from which Lazarus > was derived was called 'Megido' - some sacred mountain in Israel. Sacred for christianity just like the Lazarus person that returned from the dead (it's actually an Hebrew name for person -> Eliezer, but the person was a figure in the new testemony). I belive that less religious words the better... > I'm sure not many people on the list know this ? > > > To keep the idea that is behind "Lazarus", for > > instance, "Phoenix" would have been a better choice. But, as a matter > > of fact, any "X-FPC" or "FPC-X" would have been better. Not that these > > names are good, just it is very difficult to be worst than "Lazarus". > > This obviously is a matter of taste. > > If we're going to change the name, why not go for Cheetah ? > Honour the mascotte of FPC ? > Oh no ! it's already a template engine for Python ! > Tiger ? Damn, Apple used it. > Puma ? Open source media player for Mac... > Lynx ? Also in use.. > Leopard ? opensource Egovernment project > Lion ? Nope: (La)TeX uses a lion's image... > > and so on... > > To make it short: Personally, I really don't see the need... Nicholas Wirth once said that a language requires good name (I don't recall the exact quote), without a good name the language will fail. Personally, I belive that we need to kill the name "Pascal" because many people does not respect that language (I still do not understand why). OpenRAD etc sounds really nice idea... :) > > Michael. Ido _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Combobox patch
I think OnChange should be triggered for a combo box when the selection
changes - I certainly have several forms that rely on this. The attached
patch should match the Delphi behavior
Colin
diff -wuNr lazarus/lcl/include/customcombobox.inc /dos/fpc/lazarus.w/lcl/include/customcombobox.inc
--- lazarus/lcl/include/customcombobox.inc 2006-05-07 10:53:50.0 +0100
+++ /dos/fpc/lazarus.w/lcl/include/customcombobox.inc 2006-05-13 19:33:52.0 +0100
@@ -177,7 +177,10 @@
--}
procedure TCustomComboBox.Select;
begin
- if Assigned(FOnSelect) then FOnSelect(Self);
+ if Assigned(FOnSelect) then
+FOnSelect(Self)
+ else
+Change;
end;
{--
Re: [lazarus] Request for PR noise !
On Sun, 14 May 2006, m2 wrote: > Michael Van Canneyt a écrit : > > People taking offense at this name only make themselves ridiculous. > > I refuse to take that (or them) serious. ( Yes, and I will take the > > risk that I will burn eternally in hell for this ;-) ) > > As far as I am concerned, it is not a matter of offense. I am as > atheist as you are (if not more :-) I am way beyond atheism already :-) > > The problem with "Lazarus" is that it is a very bad name. There is > nothing in it that is linked to the software itself or that suggests > something pleasant. Well, just to name a few: Delphi - reminds me of ancient greece. Duh ! Gambas - I hate shrimp! GNU - not really an inspiring animal ? Python - a snake. Not exactly a positive image ?? perl - Pathetically Eccclesiastic Rubbish Lister ?! Ruby - A girls name, and an obvious hint at perl ? Pathetic ! Eclipse - I don't see what is positive about the light going out for everyone ?! I'm sure that if you look up projects in freshmeat or whatever, you'll find a lot more names which are associated with strange things. Lazarus is just a name. The original project from which Lazarus was derived was called 'Megido' - some sacred mountain in Israel. I'm sure not many people on the list know this ? > To keep the idea that is behind "Lazarus", for > instance, "Phoenix" would have been a better choice. But, as a matter > of fact, any "X-FPC" or "FPC-X" would have been better. Not that these > names are good, just it is very difficult to be worst than "Lazarus". This obviously is a matter of taste. If we're going to change the name, why not go for Cheetah ? Honour the mascotte of FPC ? Oh no ! it's already a template engine for Python ! Tiger ? Damn, Apple used it. Puma ? Open source media player for Mac... Lynx ? Also in use.. Leopard ? opensource Egovernment project Lion ? Nope: (La)TeX uses a lion's image... and so on... To make it short: Personally, I really don't see the need... Michael.
Re: [lazarus] Request for PR noise !
I think a name change isn't necessary, but what FPC/Lazarus would need is a group of people doing the same as distributors do: combining FPC/Lazarus into one nice and easy to use package. This project/package could get a new name, probably something descriptive like FreeRAD, OpenRAD or GNU RAD. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
