Martin Friebe schrieb:
> Are all 3 files units? with unit keyword at the start, and
> implementation/interface sections
> if you have an include file, with no "unit", no "interface" /
> "implementation" => then "procedure" is the top level fold (divider
> level = 1)
The next logical step i
Здравствуйте, Andrea.
I think, now it is no way to associate some control with
TCollectionItem-descendant like TStatusPanel
I make it with OnResize event by updating it's coordinates.
Вы писали 14 марта 2009 г., 0:02:36:
> Thanks, it works.
> Just the Left property seems to have no effect, the
Hi Vincent,
2009/3/13 Vincent Snijders :
> See the process example:
>
> http://wiki.lazarus.freepascal.org/Executing_External_Programs#Using_input_and_output_of_a_TProcess
> and
> https://lazarus-ccr.svn.sourceforge.net/svnroot/lazarus-ccr/examples/process/
>
> Vincent
That was the article on whi
Michael Van Canneyt wrote:
>
> Not in delphi 7, I tested ?
>
> However, it is called when you set EditorMode explicitly to false.
> But never by itself.
>
Yep, I was wrong, details tend to become forgotten with time :( But only
partially.
It is called when you finish editing by pressing Enter,
--- El vie 13-mar-09, Michael Van Canneyt escribió:
> > if grid.Modified then begin
> > [Do validation on col,row cell. Revert changes if
> not validated, etc]
> > grid.Modified := false;
> > end;
>
> The problem is that the actual data is not in the grid
> cells, so reverting it
Dear Stephano,
Stephano wrote:
> The following code produces an error:
Could you please provide some more details?
- FPC version
- A minimal but complete test program demonstrating the error
To ensure reproducibility of the problem, please report under which
configuration of OS, DBMS and ODBC d
Thanks, it works.
Just the Left property seems to have no effect, the ProgressBar is
placed on the left corner ot the StatusBar1, like having Left:= 0.
There's a way to associate a ProgressBar with a TStatusPanel?
I tried using this code, but nothing happens:
procedure TForm1.StatusBar1DrawPanel
On Fri, 13 Mar 2009, Martin Friebe wrote:
> Graeme Geldenhuys wrote:
> > Hi,
> >
> > This relates to the new bug report:
> > http://bugs.freepascal.org/view.php?id=13322
> >
> > Code Folding seems to have gone way overboard! It simply makes the
> > editor look like a mess at the moment (Lazar
Здравствуйте, Andrea.
Try this:
procedure TForm1.FormCreate(Sender: TObject);
var
ProgressBar1: TProgressBar;
begin
ProgressBar1:= TProgressBar.Create(StatusBar1);
with ProgressBar1 do
begin
Parent := StatusBar1;
Left := 50;
Visible:= true;
Height:=15
On Fri, 13 Mar 2009, Sergei Gorelkin wrote:
> Jesus Reyes wrote:
> >
> > Is this different on Delphi? I would like to improve compatibility if it's
> > not. If OnSetEditText is enough in Delphi to know when editing is finished
> > then I think we should do it also.
> >
> It appears to be dif
On Fri, 13 Mar 2009, Jesus Reyes wrote:
> > This makes it completely impossible to do any checking of
> > the entered
> > values, because the SetEditText() event has no way of
> > knowing when the
> > editing ends. In my opinion, the SetEditText() should only
> > be called
> > when the editing i
Здравствуйте, david.
In WinXP SP3 all right,
except that color of edit changed, when Object Inspector lose focus.
Вы писали 9 марта 2009 г., 19:12:05:
> Ok, the project is attached as test1.zip. If you need anything else,
> just let me know.
> Help is much appreciated!
> david
--
С уважением,
Jesus Reyes wrote:
>
> Is this different on Delphi? I would like to improve compatibility if it's
> not. If OnSetEditText is enough in Delphi to know when editing is finished
> then I think we should do it also.
>
It appears to be different then. In Delphi, OnSetEditText is called
multiple tim
--- El vie 13-mar-09, Michael Van Canneyt escribió:
> De:: Michael Van Canneyt
> Asunto: [Lazarus] Stringgrid woes...
> A: "Lazarus mailing list"
> Fecha: viernes, 13 marzo, 2009, 10:03 am
> Hello,
[...]
>
> This makes it completely impossible to do any checking of
> the entered
> values
On Fri, 13 Mar 2009, Sergei Gorelkin wrote:
> Michael Van Canneyt wrote:
>
> >...
> > Is there a reason for the current behaviour, and can it be changed ?
> >
> With Delphi, I used to check the grid.EditorMode property in
> OnSetEditText handler, and skip all validations when EditorMode=true
On Sat, Mar 14, 2009 at 02:03, Martin Friebe wrote:
> Not yet.
> this will at earliest be implemented, when individual folds can be
> configured. The same applies for repeat/until
> It may also have to wait fro some more/other refactoring on the folding.
> The highlighting currently depends on the
Michael Van Canneyt wrote:
>...
> Is there a reason for the current behaviour, and can it be changed ?
>
With Delphi, I used to check the grid.EditorMode property in
OnSetEditText handler, and skip all validations when EditorMode=true.
Didn't check this with LCL, but there's a good chance it wo
Thanks guys!
Actually, as I sent it off I thought "This isn't the best way of doing
this" and I thought I might get either a dignified lack of response or
howls of derision!
But I'm having great difficulty in stalling any of the Internet
suites: lNet doesn't install because of a missing __front_t
Stephano wrote:
> Martin Friebe wrote:
>
>> There is a general plan/idea to add some configuration (have to see how
>> much) to define what you want to have foldable and what not. It wasn't
>> seen as urgent yet (at least not by me...)
>>
>> Most (if not all) of the places that allow folding n
Hello,
The stringgrid editor does the following:
procedure TStringCellEditor.Change;
begin
inherited Change;
if FGrid<>nil then begin
FGrid.SetEditText(FCol, FRow, Text);
end;
end;
procedure TStringCellEditor.EditingDone;
begin
inherited EditingDone;
if FGrid<>nil then
FGrid.E
Graeme Geldenhuys wrote:
> In that case the first picture is wrong => with DDL=1 there should be no
>> line between procedures (it would be at the end of the unit level.)
>> Not sure if complete:
>> DDL 1: unit level
>> DDL 2: implementation/ interface
>> DDL 3: Procedure implementation / class dec
On Fri, Mar 13, 2009 at 22:16, Martin Friebe wrote:
> There is a general plan/idea to add some configuration (have to see how
> much) to define what you want to have foldable and what not. It wasn't
> seen as urgent yet (at least not by me...)
>
> Most (if not all) of the places that allow folding
On Friday 13 March 2009 14:27, Bart wrote:
> > You included clocale unit in your .dpr (UNIX targets only) ?
> > DecimalSeparator at programstart: '.' (period) = DEFAULT , that means
> > that clocale unit is missing.
>
> I was under the impression that the value of SysUtils.DecimalSeparator
> was d
Martin Friebe wrote:
> There is a general plan/idea to add some configuration (have to see how
> much) to define what you want to have foldable and what not. It wasn't
> seen as urgent yet (at least not by me...)
>
> Most (if not all) of the places that allow folding now, do so in Delphi
> as w
On Fri, Mar 13, 2009 at 4:10 PM, Martin Friebe wrote:
>
> so they are all with
> "Settings:
> Code Folding: Enabled
> Divider Draw Level: 1
> "
> ?
Yes
> In that case the first picture is wrong => with DDL=1 there should be no
> line between procedures (it would be at the end of the unit leve
Graeme Geldenhuys wrote:
>>> code folding. The idea of "draw code divider" was simply to draw a
>>> horizontal line at the end of each procedure or method (like visual
>>> basic 6 did). I have no interest in drawing horizontal divider lines
>>> wherever code folding can occur. And with the curren
On Fri, Mar 13, 2009 at 3:18 PM, Bart wrote:
> On 3/11/09, Vincent Snijders wrote:
>>> b...@simenon:~/svnroot/lazarus> make lcl LCL_PLATFORM=gtk1
>
>> make lcl LCL_PLATFORM=gtk
Maybe I missed it, but is this information in any of the readme files?
I looked in /readme and /docs/ and couldn't fi
On Fri, Mar 13, 2009 at 2:16 PM, Martin Friebe wrote:
>> What is the end goal of code folding? Maybe is in the middle of the
>> overall goal and I am simply acting to quickly. Either way, I will
>> voice my concerns...
>>
> There is a general plan/idea to add some configuration (have to see how
>
>
> You included clocale unit in your .dpr (UNIX targets only) ?
> DecimalSeparator at programstart: '.' (period) = DEFAULT , that means that
> clocale unit is missing.
I was under the impression that the value of SysUtils.DecimalSeparator
was determined/set at programstart using locale settings
On 3/11/09, Vincent Snijders wrote:
>> b...@simenon:~/svnroot/lazarus> make lcl LCL_PLATFORM=gtk1
> make lcl LCL_PLATFORM=gtk
Aargh
I'm feeling rather stupid now...
Thanks,
Bart
___
Lazarus mailing list
Lazarus@lazarus.freepascal.org
http://w
Dave Coventry schreef:
> Hi,
>
> I'm writing a quick an dirty app to automate some commands which would
> normally be issued by a terminal something like PuTTy.
>
> To do this I'm using TProcess to call plink.exe and then trying to ssh
> into the remote box and issue commands.
>
> In short I wan
Am Freitag, 13. März 2009 12:23 schrieb Dave Coventry:
> Hi,
>
> I'm writing a quick an dirty app to automate some commands which
> would normally be issued by a terminal something like PuTTy.
>
> To do this I'm using TProcess to call plink.exe and then trying to
> ssh into the remote box and issue
Graeme Geldenhuys wrote:
> Hi,
>
> This relates to the new bug report:
> http://bugs.freepascal.org/view.php?id=13322
>
> Code Folding seems to have gone way overboard! It simply makes the
> editor look like a mess at the moment (Lazarus svn trunk revision).
> What is the end goal of code foldin
Hi,
I'm writing a quick an dirty app to automate some commands which would
normally be issued by a terminal something like PuTTy.
To do this I'm using TProcess to call plink.exe and then trying to ssh
into the remote box and issue commands.
In short I want to log into the remote box and execute
Hi,
This relates to the new bug report:
http://bugs.freepascal.org/view.php?id=13322
Code Folding seems to have gone way overboard! It simply makes the
editor look like a mess at the moment (Lazarus svn trunk revision).
What is the end goal of code folding? Maybe is in the middle of the
overal
On Fri, Mar 13, 2009 at 10:19 AM, dmitry boyarintsev
wrote:
>> I just got an svn update for Lazarus to r18979. I did a make clean
>> and build and it fails with the missing unit 'PropEdits' in the
>> SynPropertyEditObjectList unit.
> you nead to clean all.
> infact, i've had to delete the whole u
Graeme Geldenhuys wrote:
> I just got an svn update for Lazarus to r18979. I did a make clean
> and build and it fails with the missing unit 'PropEdits' in the
> SynPropertyEditObjectList unit.
We had some problems before but there were already solved. Try to "make
clean bigide".
Best regards,
On Fri, Mar 13, 2009 at 10:02 AM, Graeme Geldenhuys
wrote:
> I just got an svn update for Lazarus to r18979. I did a make clean
> and build and it fails with the missing unit 'PropEdits' in the
> SynPropertyEditObjectList unit.
OK, from the command line using 'make bigide' it works fine, but
co
Graeme Geldenhuys schreef:
> I just got an svn update for Lazarus to r18979. I did a make clean
> and build and it fails with the missing unit 'PropEdits' in the
> SynPropertyEditObjectList unit.
>
Please, read
http://www.lazarus.freepascal.org/pipermail/lazarus/2009-February/023100.html
Vince
> I just got an svn update for Lazarus to r18979. I did a make clean
> and build and it fails with the missing unit 'PropEdits' in the
> SynPropertyEditObjectList unit.
you nead to clean all.
infact, i've had to delete the whole units (compiler units) directory.
Thanks,
Dmitry
__
I just got an svn update for Lazarus to r18979. I did a make clean
and build and it fails with the missing unit 'PropEdits' in the
SynPropertyEditObjectList unit.
Regards,
- Graeme -
___
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opens
Hans-Peter Diettrich wrote:
> Lazarus uses almost the same implementation in TDragPerformer, what IMO
> should be fixed.
What needs to be fixed? Do you have an example where this does not
works? DragImageList is not a control, so it is normal that it stops
dragging when Target = nil.
> Furthe
42 matches
Mail list logo
