If you load a unit, you can now select PROJECT - BUILD and the ACTIVE unit on the code editor dialog will be compiled. If it's a program, and you select PROJECT - RUN it will run it.

Shane

I have changed many things.

I needed to create the OnActivate event for forms so that now works. I removed IDEEditor.pp
Main.pp has a lot less code. Most things dealing with the source code are now handled in the TSourceNotebook and TSourceEditor classes. They are found in the uniteditor.pp file.

What works: Creating a new form will display the form and code.

You can drop controls onto the form and they appear to effect the source.

You can edit and save your source.

If you close your source it will ask if you want to save it.

You can toggle betwwen the source and the form IF the source is already displayed in the notebook. If you close the source but leave the form open (like selecting CLose Page in Delphi) and you slect the form and tell it to toggle, it will not work (yet).

Shane

I added TWinControl.GetChildren for Mattias

I setup Lazarus so when you load a unit (FIL E- OPEN) and you go to PROJECT - BUILD it'll compile whatever unit is active on the Notebook that displays your code. For example, if you run Lazarus and go to FILE - OPEN and select Lazarus.pp and then go to PROJECT - BUILD it'll try and compile lazarus. You should first make sure that in VIEW - COMPILER OPTIONS that the path to your compiler is correct oterwise you get an error and Lazarus crashes.

Note: If you try to compile Lazarus while Lazarus is running it'll tell you that it can't create the file Lazarus becuse it's open. So, I copied Lazarus to a differnet name and ran it that way. This way you can do a little development in Lazarus (very little).

Shane

I fixed the problem when toggling between FORMs and units. If the user closed the unit and the form was still open, it wouldn't display the right unit when they selected the "toggle between form/unit" button. Now, if the FORM is open but the unit's not in the TNoebook, a new page is created and the source is put there.

Shane

Shane Miller wrote

If you load a unit, you can now select PROJECT - BUILD and the ACTIVE unit on the code editor dialog will be compiled.

If it's a program, and you select PROJECT - RUN it will run it.

At these same moments I have finished lowering lazarus.zip, but the updates are so fast that I will have to use the CVS.

Lazarus is explosive.
The spirit of Christmas?

Hi,

I am not sure who is responsible for http://www.lazarus.freepascal.org but I think it would be valuable to add the "update date" for Developer News, like we are seeing under Screenshots.

Is actually anyone working on FCL Active Component Task List, LCL Active Component Task List and/or Lazarus Available Component Task List ?

Regards & Happy Holidays

Go Lazarus!
Ronan van Riet

On the TButtonGlyph, there should be a property that specifies how many images the Glyph contains. It should then be able to use the size of the Glyph to determine where the start of the second one is. For example, if the Glyph size is 30 and it contains 2 images, then it would l get the first image at 0-29 and the second image at 30-59 and the image count property would be 2. Then it would be completely configurable. If we wanted to add more states than just on and off we could. Seems like it should be fairly easy to implement this. Just an idea if anyone has time.

Curtis

Michael A. Hess is resposible for the site. I agree this would be a nice feature and I mentioned it to him. I actually thought about it as I was entering Developer News last night and planned on mentioning it to him today.

Thanks for your input.

Shane

>> 12/21/00 03:03AM >>>

Hi,

I am not sure who is responsible for http://www.lazarus.freepascal.org but I think it would be valuable to add the "update date" for Developer News, like we are seeing under Screenshots.

Is actually anyone working on FCL Active Component Task List, LCL Active Component Task List and/or Lazarus Available Component Task List ?

Regards & Happy Holidays

Go Lazarus!
Ronan van Riet

_________________________________________________________________ To unsubscribe: mail with
"unsubscribe" as the Subject
archives at http://www.miraclec.com/list_archives/lazarus

TStatusBar's Create and Destroy weren't overriding TWInControls so they never got called. I fixed this and now you can drop statusbar's onto a form.

Also, I fixed gtkObject's entry to settext for csStatusbar. We weren't getting a context_id when setting the test.

I seem to remember that the statusbar was able to display more than one area of text in GTK but it doesn't look like the 1.2 version can. I know the win32 one can but I'd swear that the gtk could too. Anyone back me up on this and explain why it can't anymore?

Also, I setup TButtonGlyph so when it paints it now checks the STATE and if the image width > 25 it draws from 25 - 50 instead of 0-25. This will allow us to include enable/disable images in one glyph.

I've only committed the SAVE, SAVEALL and RUN buttons with disable images. They are actually in the resource imags/laz_images.lrs.

Enjoy!

Thanks
Shane

Ronan van Riet wrote

I think it would be valuable to add the "update date" for Developer News, like we are seeing under Screenshots.

Good suggestion. It has been added.

Is actually anyone working on FCL Active Component Task List, LCL Active Component Task List and/or Lazarus Available Component Task List ?

Not really. I have set up a database with the information and it just needs to be updated. I had hoped that people would notify me when they started working on various components but it doesn't seem to happen so the information isn't getting updated.

I would appreciate if someone could go through the code and give me a list of all components that are being worked on. Are they started, partially complete, or complete. If you know the person working on it that would also be nice but not as important as a list of what has been done.

I also hope to spend some time this holiday season updating the component documentation. I will also be preparing an RPM and Win32 Install of a binary release of Lazarus so that people can at least see what it is doing without the requirement of installing FPC and checking things out of CVS.

I think I understand what you are saying but I am not sure. What exactly are you calculating?

But where is the glyph count? Is that stored in the image file? Shane

Say the image is 100 wide by 25 high. If the image is NOT square we would then ask the user if they would like to use this as multiple images of the same size. If so, we would divide the width by the height (100 / 25) and get 4 as the number of glyphs. If they don't want to do that, then they could specify the number themselves...

Shane

you all haven't decided to come back and play with us have you? ;-) this list was SOOOOOO quiet when you all were off on another implementation list.....

although i am not involved in the design/implementation process, i find the discussions rather interesting. they help me grow my craft in the same way that reading programming literature does....

moose.

How does TButtonGlyph determine the # of glyphs? Should it be width divided be height? So if it's 50 pixels wide and 25 high then there would be 2? We would then be assuming the images are always square then. Is that a solution?

Shane

I see. You are saying that we could have the object assume that the image is a set of square glyphs and figure out the number for them. They can use that or set their own value for the number of glyphs.

Sure I can see that work.

In the case of buttons that would seem to work fine since usually the images on the button are square. If they want to supply unsquare buttons then they would have to indicate how many images are contains in the glyph.

Shane Miller wrote

But where is the glyph count? Is that stored in the image file?

It is a parameter/property that is part of the class itself. In the Object Inspector you would indicate the graphic to use and then set another field with the number of glyphs found in the graphic.

I see, so the user would specify that.

When loading the glyph (with the property editor) we should then ask if the image is wider than it is high if they want to split it into multiple images or keep it as one. That we we could set it by calculation the height/width ratio.

Shane

Shane Miller wrote

How does TButtonGlyph determine the # of glyphs? Should it be width divided be height?

Glyphs images are generally horizontal. If they are for buttons or for different states of an object then they would always be of the same size. You could make it vertical in orientation but horizontal is common and make more sense to me.

So if it's 50 pixels wide and 25 high then there would be 2? We would then be assuming the images are always square then. Is that a solution?

I don't think you get it.

You point the object to an image as a resource or whatever. The object determines the dimensions of the image. Let's say it determines that the image is 60 high by 180 wide.

Next it looks at the glyph count parameter. If it sees that this value is 2 then it knows that each glyph is 60 x 90. If this value is 3 then each glyph is 60 x 60.

This way you are in complete control as to how many glyphs are supplied and the dimensions of each glyph. In the case where the glyphs are used with a button to indicate state you would make a fixed determination that the 1st glyph is 'on' then 2nd glyph is 'off', etc., etc.

Oh, it would not be a calculated property. It would be one that you set. So if you created an image with 5 images side by side, you would set the # of glyphs to 5. Then you would set the width and height of one image and it would assume that each of the other images were that same width and height. Then you would have an index property that allows you to select which image is displayed.

Curtis

With the update of the compiler there are no problems. The problem appeared with is update of the CVS.
On the other hand, I until erased everything and returned to lower it, but it only displays the logo and ... bugs!

Perhaps, with the next update "everything" works well.

Before this update it worked well.
I want to know if it is normal in this state of development or is a problem with compiler 1.0.4
I did "make clean" and "make all". All good, but at the time of the execution:

LM_SCREENINIT called --> should go to GTKObject.Init TODO: check this
[TCustomForm.Create] Resource 'TSPLASHFORM' not found [TCustomForm.Create] Resource 'TMAINIDE' not found calling drawframecontrol
IN DrawFrameControl
Exiting drawframecontrol
X = 0
X = 1
X = 2......

......X = 7
X = 8
X = 9
X = 10
X = 11
calling drawframecontrol
IN DrawFrameControl
Exiting drawframecontrol
X = 0......

....IN DrawFrameControl
Exiting drawframecontrol
[TCustomForm.Create] Resource 'TFINDDIALOG' not found Signature=TPF0
An unhandled exception occurred at 0x080AED45 :
Access violation
0x080AED45
0x00000000
An unhandled exception occurred at 0x080D96FA :
Access violation
0x080D96FA
0x3020200C
0x00000000

An unhandled exception occurred at 0x00000021 :
Access violation
0x00000021
0x080ADBAC
0x080DE4EF
0x080ADE6F
0x080D065B
0x080D0607
0x080B53E5
0xBFFFF2B0
An unhandled exception occurred at 0x080D96FA :
Access violation
0x080D96FA
0x3020200C
0x00000000

[TgtkObject.Destroy] WARNING: There are 68 unreleased DCs and 332 unreleased GDIObjects
[TgtkObject.Destroy] WARNING: There are 4 messages left in the queue! I'll free them

Make sure with 1.0.4 that you do a BUILD ALL because otherwise it'll crash. I use the command

ppc386 -B lazarus.pp

to build lazarus.
Shane

Also the program "/lazarus/examples/testall" does not work.

mooseman wrote

you all haven't decided to come back and play with us have you? ;-) this list was SOOOOOO quiet when you all were off on another implementation list.....

Don't feel bad. BOTH lists have been quite. When we started back on this list we also started back on the other list. We just had other things to deal with not related to Lazarus. For the most part we discuss most items on this list. Only those items which we have to make major executive discisions on do we use the other list.

Or when we want to ask a question and we don't want the rest of the world to see exactly how dumb we are. ;-)

Currently in the IDE I have the following forms loading from resources. These forms do not have any constuctor create code so the controls are being autocreated from the information in the resources:

TViewUnits1
TViewForms1
TMessageDlg

Not too many at this point. This is just to show that we CAN do it. One of the problems stopping me from doing more is that the TStrings properties aren't being streamed so Memo's don't fill, Combobox's appear empty and RadioGroups are empty. I will wait until this is fixed to stream more forms.

Shane

I). If so I would HIGHLY recommend TortoiusCVS http://www.wincvs.org/TortoiseCVS/

Very cool! I wasn't familiar with this tool myself. I use Linux but when I want to test the Windows version I use WinCVS which as you state is more advanced but for novice Windows user making the transition to CVS this is a very neat product.

Hey... before these changes, did somebody change the Capture code since I can drag grabbers/components now while I'm outside a control ???

Marc

I wouldn't recommend it when not using IE or when on NT; it kept crashing my NT box on every action.

Michael.

+ From: Shane Miller
+
+ If you , it determines if csDesigning
+ is in COmponentState. If so, it call's the controls owner's
+ (a form) designer and passes the message on to it. If I
+ return TRUE then it doesn't do anymore to it.
+
+ In this manner I can grab all events and control whether
+ TControl does anything with them. This is where I can call
+ MMouseMoveOnControl and MouseUpOnControl, etc. In Main.PP we
+ would have had to actually map the events OnMouseUp and
+ OnMouseMove and OnMouseDOwn which isn't a good way of doing
+ it because we don't want to assign events to the control and
+ then stream them that way. When you stream them you would
+ have those events assigned in the LFM file.
+
+ This way we aren't assigning event but are tapping into the
+ WNDPROC and getting the events right from there.

Ok, I'll have to look more closer, but I get the feeling that here some IDE will be introduced in the LCL.

Marc

Hi again,

Of course I can't fix the bug in the fpc, because I'm not part of the fpc-team. I have committed the bug, so hopefully they will fix it. My 'fix' is merely a workaround to get lazarus working.

Philippe asks for more details:

-change dir into lazarus dir
-remove the borderstyle line in the tmessagedlg.lfm -compile the lazres program if not already done:
ppc386 -Fulcl/units lazres.pp
-use the lazres program:
./lazres dlgmessage.lrs tmessagedlg.lfm
-recompile the lazarus IDE. (make ide)
-start lazarus

Ok... I know this is a rather stupid question, but I've got to ask. What is CVS? Can anyone explain it to me?

Thank you

Jake Gadikian

OK, I committed another update.

I have moved all the "control moving" code to TDesigner. It's not functioning very good because of the X and Y coord's I'm getting. Plus I screwed up the code and I have to look at it better. Whoever wrote it initially (MAttias I believe) could probably look at

TDesigner.MOuseMOveOnControl, MouseDownOnControl and MouseUpOnControl

and fix it faster than I could.

I also am starting to add the editor key's to TDesigner. For example, if you drop a TButton onto the form, select it and press the DEL button it should delete the control. The problem is that some controls (like TMemo) don't send out WM_KEYDOWN messages yet so I can't grab them.

Shane

I have again been working on the feature for moving controls. I think I made it worse. :-)

I can't get the controls to move correctly with the mouse.

I added the "Nudge" features to the Form Editor. If you drop a TEdit control onto the form and hold the CTRL key and press the arrow keys the control will move around the form, 1 pixel at a time. If you hole SHIFT down and the arrows the control will resize.

The problem with this feature is that some controls don't send LM_KEYDOWN and LM_KEYUP messages. The control I am referring to is TMemo. Why doesn't it send those messages you ask? I don't know. I haven't looked into it. Someone can feel free to can also select multiple controls if you click on a control then hold the SHIFT down and click on another control. The GRABBERS don't look like they adjust themselves, but if you nudge the controls they both move.

You can delete controls by selecting the control and pressing DEL. When you add another control lazarus crashes. I have to see why that is yet.

That's all for now.

Shane

I changed TImageList to keep images in a TList so that I could get it working for now. I'm not sure what disadvantages there are using it this way. It sure seems simpler....

I added the BookMark images to a resource file and now when you open the editor and toggle a bookmark one actually shows up in the gutter.

I removed soem IFDEF code in mwcustomedit that's no longer needed with this compiler. In the past called just INHERITED didn't work but it does now.

Shane

I know Mattias has changed some things.

Shane

+ From: Mattias Gaertner
+
+ Hi all,
+
+ The compiler 1.0.4 has a bug concerning the run time type
+ information for enumerated range name lists.
+ AFAIK the only type that is affected in the LCL is the TBorderStyle.
+ The bug is also responsible for the lazarus crash because
+ BorderStyle is used in tmessagedlg.lfm/dlgmessage.lrs. Just
+ delete the line in the lfm file and recreate the resource file
+ with the lazres program and the IDE will start again.

Hmmm... I can't see how this solved the problems I saw, except that the offending routine wouldn't be called, so I think it's still there.

Marc

Hi all,

The compiler 1.0.4 has a bug concerning the run time type information for enumerated range name lists.
AFAIK the only type that is affected in the LCL is the TBorderStyle. The bug is also responsible for the lazarus crash because BorderStyle is used in tmessagedlg.lfm/dlgmessage.lrs. Just delete the line in the lfm file and recreate the resource file with the lazres program and the IDE will start again.

Mattias

+ From: Shane Miller
+
+ OK, I committed another update.
+
+ I have moved all the "control moving" code to TDesigner.
+ It's not functioning very good because of the X and Y coord's
+ I'm getting. Plus I screwed up the code and I have to look
+ at it better. Whoever wrote it initially (MAttias I believe)
+ could probably look at

Why the move ?

Marc

I understand your point about the enumerated type bug in FPC, but waht error are you saying it's causing when loading Lazarus? I don't see any errors associated with this problem.

Shane

>> 01/08/01 07:57AM >>>

Hi all,

The compiler 1.0.4 has a bug concerning the run time type information for enumerated range name lists.
AFAIK the only type that is affected in the LCL is the TBorderStyle. The bug is also responsible for the lazarus crash because BorderStyle is used in tmessagedlg.lfm/dlgmessage.lrs. Just delete the line in the lfm file and recreate the resource file with the lazres program and the IDE will start again.

Mattias

_________________________________________________________________ To unsubscribe: mail with
"unsubscribe" as the Subject
archives at http://www.miraclec.com/list_archives/lazarus

CVS is a system for allowing multiple programmers to work on the same project at the same time. I take it you are from the window's world (as am I). If so I would HIGHLY recommend TortoiusCVS
http://www.wincvs.org/TortoiseCVS/ It will spoil you if you have to go to wincvs or something else, but for my money it's the best I've ever seen and the price is right!

Chris Bruner

Yes it works very well.
Then the best thing is to wait for a new version, to use the development version or to use the previous version of the compiler?

Ronan van Riet wrote

Would it be useful to put this information on the Lazarus website? > > http://www.wincvs.org/TortoiseCVS/

I have done just that. I changed the "How To" to point to the WinCVS site and then also mentioned that Tortoise would be a good tool for novices to start with.

If you , it determines if csDesigning is in COmponentState. If so, it call's the controls owner's (a form) designer and passes the message on to it. If I return TRUE then it doesn't do anymore to it.

In this manner I can grab all events and control whether TControl does anything with them. This is where I can call MMouseMoveOnControl and MouseUpOnControl, etc. In Main.PP we would have had to actually map the events OnMouseUp and OnMouseMove and OnMouseDOwn which isn't a good way of doing it because we don't want to assign events to the control and then stream them that way. When you stream them you would have those events assigned in the LFM file.

This way we aren't assigning event but are tapping into the WNDPROC and getting the events right from there.

Shane

>> 01/10/01 03:53AM >>>

+ From: Shane Miller
+
+ OK, I committed another update.
+
+ I have moved all the "control moving" code to TDesigner.
+ It's not functioning very good because of the X and Y coord's
+ I'm getting. Plus I screwed up the code and I have to look
+ at it better. Whoever wrote it initially (MAttias I believe)
+ could probably look at

Why the move ?

Marc

_________________________________________________________________ To unsubscribe: mail with
"unsubscribe" as the Subject
archives at http://www.miraclec.com/list_archives/lazarus

Shane Miller wrote

I changed TImageList to keep images in a TList so that I could get it working for now. I'm not sure what disadvantages there are using it this way. It sure seems simpler....

Disadvantage is that it costs a lot of resource handles (every image one). In the original implementation you had only one image handle

Did you ceep in mind that you can add larger bitmaps which result in separate images ?

Marc

TImageCollection sounds good. (it is infact a collection of images )

Marc

Hi all,

I think, the TImageList is a very important class used in many nice freeware components, and thus should be compatible to Delphi. AFAIK the corrupted images was/is not really Borlands fault. Some graphic device drivers had got problems with Bitmaps width greater than a few thousands.
But I also want a TImageList which can store images with different sizes. I see two possibilites:
-A flag in TImageList.
-A new component. Perhaps named TImageCollection.

Mattias

>One reason I would personally prefer an implementation like this is to

allow

>adding images of different sizes simultaneously. By throwing all of

the

>images onto a common bitmap (how Delphi does this), you have all kinds

of

less

advantages I see in the new solution. When I implemented the original implementation I also tought about storing separate images, but if you

want

to be compatible you have to implement all methods and props and

behaviour

of the standard imagelist. In that light I didn't see an advantage of storing images separate. (The amount of code will be the same ifnot

more)

>One other problem that I have in general with the Delphi implementation

is

>that on some occasions the bitmap gets corrupted, requiring me to have

to

>load in all of the bitmaps all over again one at a time... and

remembering

behaves

I also think this is the way to go. Probably the best you can do is split it up threefold:

TAbstractImagelist - contains all common code to manage images. +- TImageList - 100% Delphi compatible imagelist +- TImageCollection - New implementation.

Much of the code should be the same for both implementations. Only the actual storing and retrieving will differ...

Michael.

This way you loose compatibility with delphi. Now you have made your own imagelist (in fact a TList with images) The more I think about it the less advantages I see in the new solution. When I implemented the original implementation I also tought about storing separate images, but if you want to be compatible you have to implement all methods and props and behaviour of the standard imagelist. In that light I didn't see an advantage of storing images separate. (The amount of code will be the same ifnot more)

I never had that problem (not in a normal situation, where your app behaves normally)

Marc

Hi all,

I'm programming the streaming code for TBitmap.
Has anyone some code for me?

Mattias

You might want to look at http://www.delphi-jedi.org/Jedi:VCLVCL:31121 These guys are making their own vcl, and as they are involved with kylix as well, (beta testers) I expect it to be os generic. Might save you a ton of time.

Chris Bruner

I don't think this is what Delphi does; TImageList is a simple wrapper around the Win32 ImageList clsss that appears in comctl32. It is a known cause of problems, also for Borland.

Upgrade comctl32 to a version that comes with IE 5.5 and many problems may get solved... but new may appear ;)

Michael.

One reason I would personally prefer an implementation like this is to allow adding images of different sizes simultaneously. By throwing all of the images onto a common bitmap (how Delphi does this), you have all kinds of problems trying to resize the base bitmap or cropping when images don't exactly fit the dimensions you have chosen for the image list.

One other problem that I have in general with the Delphi implementation is that on some occasions the bitmap gets corrupted, requiring me to have to load in all of the bitmaps all over again one at a time... and remembering what their item indexes were so I don't mess up any controls relying on the image list, but that is beyond the scope of this thread.

In terms of resource handles, you really wouldn't (really) need to have multiple handles, even though it would be a good idea in practice. One alternative idea would be to have a single resource handle for the currently accessed bitmap, and for all of the other bitmaps you simply have a "pointer" to a data region that gets plowed into a bitmap resource when it is needed. This would have some overhead in terms of speed, but would free up some resource (like the classic Windows 65,000 total system handle limit).

I have committed to CVS.

Changes include : TSourceEditor now uses TSynEdit as it's editor. This works faster and looks better and seems to be more reliable.

TStatusBar : Now functional. Works pretty well.

TSourceEditor: Right-Clicking on the editor gives you a number on features that DO work.

EditorOptions: Clicking on Environment - Options brings up a dialog. Currently most features don't seem to work but having the editor built is a big step in the right direction. Some "newbies" could work on implementing the dialog into Lazarus......

Please check this out and let me know if I have missed any files!!!!

Shane

BTW, code templates are working but you have to do something first. In the lazarus directory there is a lazaurs.dci file. You should copy that into your home directory under a .lazarus directory.

Mine is located in
/home/smiller/.lazarus
and it should be names lazarus.dci.

This will allow the editoroptions dialog to see the file and dispaly all the templetes correctly. Then they will be usable in the editor. Simply press the NEW FORM button or open a unit, Go to a procedure and type

tryf

when the cursor is AFTER the "f" in "tryf" press Ctrl-J.

Thanks
Shane

>> 01/31/01 08:01AM >>>

I have committed to CVS.

Changes include : TSourceEditor now uses TSynEdit as it's editor. This works faster and looks better and seems to be more reliable.

TStatusBar : Now functional. Works pretty well.

TSourceEditor: Right-Clicking on the editor gives you a number on features that DO work.

EditorOptions: Clicking on Environment - Options brings up a dialog. Currently most features don't seem to work but having the editor built is a big step in the right direction. Some "newbies" could work on implementing the dialog into Lazarus......

Please check this out and let me know if I have missed any files!!!!

Shane

_________________________________________________________________ To unsubscribe: mail with
"unsubscribe" as the Subject
archives at http://www.miraclec.com/list_archives/lazarus

Great! I wasn't sure if it would be noticable or not. Glad to hear it is.

Also, glad to hear I committed everything!
Shane

>> 01/31/01 09:18AM >>>

I just tried it and Wow! It is much faster than the other editor.

Curtis

_________________________________________________________________ To unsubscribe: mail with
"unsubscribe" as the Subject
archives at http://www.miraclec.com/list_archives/lazarus

I just tried it and Wow! It is much faster than the other editor.

Curtis

Hi,

EditorOptions: Clicking on Environment - Options brings up a dialog. Currently most features don't seem to work but having the editor built is a big step in the right direction. Some "newbies" could work on

Hmm. Most of the features are working. It seems to me that you want it more comfortable.
Ok. Try this one.

Mattias

-------------- next part --------------
A non-text attachment was scrubbed...
Name: bin00001.bin
Type: application/octet-stream
Size: 85636 bytes
Desc: "editoroptions.pp"
Url : http://localhost/pipermail/lazarus/attachments/20010131/07303f13/bin00001.bin

OK, another feature added and another problem found.

When you open an editor window, the FIND feature works now. You can either press the Search - Find menu item or simply hit Ctrl-F when the editor is active. To repeat a search, hit F3.

The "problem" is that sometimes the Control key "sticks". After the search it thinks the control key is still down and you have to hit CTRL to set it UP again.

So, now the feature list grows:

Ctrl-Shift-Up and Down work pretty well (jumping between Declaration and Method in the code) Ctrl-Up/Down
Ctrl-Home/End
Ctrl-Shift-Home/End
Ctrl-J (code templetes)
Ctrl-F and F3 for searching.

I will do Ctrl-S for saving soon.....

Shane

>> 01/31/01 11:30AM >>>

What I meant to say was that the preview window isn't updating when you change colors now..

Shane

>> 01/31/01 10:22AM >>>

Now the preview window is updating with the colors.....

Shane

>> 01/31/01 09:59AM >>>

Hi,

EditorOptions: Clicking on Environment - Options brings up a dialog. Currently most features don't seem to work but having the editor built is a big step in the right direction. Some "newbies" could work on

Hmm. Most of the features are working. It seems to me that you want it more comfortable.
Ok. Try this one.

Mattias

_________________________________________________________________ To unsubscribe: mail with
"unsubscribe" as the Subject
archives at http://www.miraclec.com/list_archives/lazarus

_________________________________________________________________ To unsubscribe: mail with
"unsubscribe" as the Subject
archives at http://www.miraclec.com/list_archives/lazarus

-----Original Message-----

Alguem poderia me ajudar:

estou com problemas quando tento instalar o FPC 5.

Alguma dica.

Tiago Mariz
Paraiba - Brasil

Now the message appears too much.

Click:
(/Search/Find) and soon [Cancel].

When the menu is used (/Search/Find Again) does not appear mensage: "Search String not found...".

I added TScrollbar code. It's about 75% complete.

TWinControl.Recreatewnd code was added. I needed this for the TScrollBar. I added code to handle it in gtkobject.inc

Code Completion is active (sort of). In the editor you can hit Ctrl-Space and a box appears. Not very useful. Also you end up getting the "Sticky Ctrl" bug when you do that.

Shane

I fixed that too.

Shane

>> 02/01/01 08:04AM >>>

Now the message appears too much.

Click:
(/Search/Find) and soon [Cancel].

Code completion now works better. You must hit ENTER to end code completion and you must hit Ctrl-Space to start it.

Shane

Fixed a bg in JITFORMS that prevented creting more than one form.

Cleaned up some code.

Shane

Goto dialog box added on the editor. Press Ctrl-G to use it. It will allow you to enter a number and it'll then change the current line number to that.

Shane

Opps, I meant Ctrl-SPACE

Shane

Hi all,

This is to all the people, who want to push lazarus development, but do not know where to start:
As the IDE is evolving there is need for the MessageDlg function from Delphi.
Just write a mail, that you are working on it.

Mattias

Isn't CTRL-J used for code templates in Delphi ?

Michael.

Changes include code to gtkobject so forms now get keydown/up/press events.

I added more code for the CodeCompletion. Run lazarus, select New Form, click on the editor somewhere and type

Form1.
(with the period) and press Ctrl-J. A dialog-like box appears with SOME methods and properties. Currently that's about all that works.

Shane

Exactly.

-----Mensagem Original-----
De:
Para:
Enviada em: Sexta-feira, 2 de Fevereiro de 2001 19:22 Assunto: Re: [lazarus] CVS Committed

|
|
| On Fri, 2 Feb 2001, Shane Miller wrote:
|
| > Changes include code to gtkobject so forms now get keydown/up/press events.
| >
| > I added more code for the CodeCompletion. Run lazarus, select New Form, click on the editor somewhere and type
| >
| > Form1.
| > (with the period) and press Ctrl-J. A dialog-like box appears with SOME methods and properties.
| > Currently that's about all that works.
|
| Isn't CTRL-J used for code templates in Delphi ? |
| Michael.
|
| _________________________________________________________________ | To unsubscribe: mail with
| "unsubscribe" as the Subject
| archives at http://www.miraclec.com/list_archives/lazarus |
|

Where are the new changes which you have committed? I have looked into the CVS via the link
http://www.freepascal.org/cgi-bin/cvsweb/projects/lazarus/ and the only file which is changed is the propedits.pp.

Are you using a second CVS ??

Jens

>>>>>>>>>>>>>>>>> Urspr�ngliche Nachricht <<<<<<<<<<<<<<<<<<

Am 2/19/01, 10:56:58 PM, schrieb "Shane Miller" zum Thema [lazarus] cvs committed:

CVS changes include Mattias's changes PLUS the wordcompletion (I LIKE IT)

from Mattias. Go into the editoroptions keymapping dialog, select OK then open a unit and start typing sometihng. When half way done with the word, press Ctrl-W.

Other changes from Zsolt include minor changes in MAIN.PP. All his

suggested changes were not made because of Screen Resolution issues.

Enjoy. Shane

bugfix

> on the fly. But I guess this fact has changed the last days, so I have

asked

CVS changes include Mattias's changes PLUS the wordcompletion (I LIKE IT) from Mattias. Go into the editoroptions keymapping dialog, select OK then open a unit and start typing sometihng. When half way done with the word, press Ctrl-W.

Other changes from Zsolt include minor changes in MAIN.PP. All his suggested changes were not made because of Screen Resolution issues.

Enjoy.

Shane

Commented/commited.

_________________________________________________________________ To unsubscribe: mail with
"unsubscribe" as the Subject
archives at http://www.miraclec.com/list_archives/lazarus

I meant that I rewrite the old IDE project code not the project.pp. Although I have added some bookmark and breakpoint code.

Mattias

OK, when I said committed I spoke too soon. There was an error I didn't see and it didn't get committed after all.

Now however, it's committed.

Shane

>> 02/20/01 01:54AM >>>

Where are the new changes which you have committed? I have looked into the CVS via the link
http://www.freepascal.org/cgi-bin/cvsweb/projects/lazarus/ and the only file which is changed is the propedits.pp.

Are you using a second CVS ??

Jens

>>>>>>>>>>>>>>>>> Urspr�ngliche Nachricht <<<<<<<<<<<<<<<<<<

Am 2/19/01, 10:56:58 PM, schrieb "Shane Miller" zum Thema [lazarus] cvs committed:

CVS changes include Mattias's changes PLUS the wordcompletion (I LIKE IT)

from Mattias. Go into the editoroptions keymapping dialog, select OK then open a unit and start typing sometihng. When half way done with the word, press Ctrl-W.

Other changes from Zsolt include minor changes in MAIN.PP. All his

suggested changes were not made because of Screen Resolution issues.

Enjoy. Shane

bugfix

> on the fly. But I guess this fact has changed the last days, so I have

asked

_________________________________________________________________ To unsubscribe: mail with
"unsubscribe" as the Subject
archives at http://www.miraclec.com/list_archives/lazarus

I have committed some environment options. Now you can save the current window positions. Just open the environment options -> general options and click ok.
But: There seems to be a bug in the lcl, because sometimes the left and top properties of the forms are not correct. The bug is a smart one. Everytime I try to track it down, all works well. Perhaps someone has an idea.

Mattias

In a few days I hope I'll have somewthing like a baseclass for debugging. The ide can interface with it (without an actual call to the debugger)

Marc

This bug results from old project code.
I started to rewrite the project support for the IDE. I think, it will be available in a few days.

You know what you are giving away for work :)... Debugger support always is more complex than it there need to be created a class implementation of gdbint. The current implementation is tp7-object oriented.

After that has been finished implementation of the debug class in lazarus can be started. The ide/text/fpdebug.pas can be used as reference.

I already re-wrote the TProject class. It just needs to be used by the IDE. Right now, the IDE is using the old project code, like you said. But you should be able to easily use the new TProject class I created. I also created a TUnitInfo class to hold all the information for a Unit. These two classes just need to be coded into the IDE. It should be very easy.

I know Shane was working on adding the new TProject and TUnitInfo classes to the IDE for a while there. I don't know what his progress is. I didn't want to start working on the same thing he was, so I left it alone. If Shane is busy now, and if you would rather work on the debugger support, I can work on implementing the TProject.

Curtis

Hi

Start Lazarus, then choose Project/new Project. Then choose it a second time and you get a SEGFault:

TSourceNotebook.NewSe END
An unhandled exception occurred at 0x080FECFC :
A Component with name Project1 exists already
0x080FECFC
0x00000000

must be nil
Exiting ControlClick
must be nil
Exiting ControlClick
must be nil
Exiting ControlClick

Gtk-WARNING **: invalid cast from `(unknown)' to `GtkObject'

Gtk-WARNING **: invalid cast from `(unknown)' to `GtkObject'

Gtk-CRITICAL **: file gtkwidget.c: line 2725 (gtk_widget_event): assertion `GTK_IS_WIDGET (widget)' failed.
An unhandled exception occurred at 0x00000002 :
Access violation
0x00000002
0x00000000
0x081719EC main, line 40 of lcllinux.pp

[TgtkObject.Destroy] WARNING: There are 174 unreleased DCs and 557 unreleased GDIObjects
[TgtkObject.Destroy] WARNING: There are 8 messages left in the queue! I'll free them

cu Jens

Hi! * testall-example working again * testall new target in examples/Makefile

Please, if you add targets, do it through the Makefile.fpc. The Makefile is generated, so the next time it gets generated all your changes will be lost.

Marc (comitted new Makefile.fpc)

This will need to be done by a developer who is better than me. I could probably do it, but most of us will probably be old and retired by the time I could get it done :-)

Curtis

I'm not surrently working on the project code. I did plan on doing it but have been too busy.

If someone wants to take it, feel free.

Shane

>> 02/23/01 09:05AM >>>

I already re-wrote the TProject class. It just needs to be used by the IDE. Right now, the IDE is using the old project code, like you said. But you should be able to easily use the new TProject class I created. I also created a TUnitInfo class to hold all the information for a Unit. These two classes just need to be coded into the IDE. It should be very easy.

I know Shane was working on adding the new TProject and TUnitInfo classes to the IDE for a while there. I don't know what his progress is. I didn't want to start working on the same thing he was, so I left it alone. If Shane is busy now, and if you would rather work on the debugger support, I can work on implementing the TProject.

Curtis

_________________________________________________________________ To unsubscribe: mail with
"unsubscribe" as the Subject
archives at http://www.miraclec.com/list_archives/lazarus

Sorry x from the right corner....

in the form inspector, it loose the form1 (in the combo) when i make a new form (form2)..

I don't find how to save the form !

Lionel Drevon
Adeli http://www.adeli.fr
618 Av. Gal de Gaulle Tel 04 78 66 11 85
69760 Limonest Fax 04 78 66 04 33

ok i found and try the latest lazrus under linux !!

i tried new form and click property
and there are a lot of noise on the edit part of the combo and noting in the combo
Lionel Drevon
Adeli http://www.adeli.fr
618 Av. Gal de Gaulle Tel 04 78 66 11 85
69760 Limonest Fax 04 78 66 04 33

Hi!

* testall-example working again
* testall new target in examples/Makefile

bye,

Stefan