having the libgnome* libraries installed doesn't affect KDE at all, so technically this wouldn't be a problem...

but icon support in GTK menubars is possible, as demonstrated in some KCL version quite some time ago...

- Sebastian

Hi

First some FPC related questions:

1. Do dynamic arrays exist in FPC (1.0.5 or later) [var tmp:array of real;] ?
2. Why does this result in a compiler error and how can I do such things?:
var
 kname:array[1..2] of packed array[1..8] of char := ('12345678','87654321');
I get: Fatal: Syntax error, ; expected but := found

==========

Now the Lazarus bugs:

1. Sometimes the IDE stopping responding to any inputs (mouse&keyboard). I don't know the reason for this.
2. In the Compiler-Options in the Code generation Tab under Generate (Speed/Size) the resulting Parameters in the generated compiler Parameter String are exchanged
3. If I click on the Tabs of the component palette the Save/Open/New Form/...-Buttons are clicked, too. It dosen't matter wether hints are enabled or not. This bug is very disturbing :(
4. The view units Dialog don't open the marked unit and you can mark more then one unit.
5. In view forms you can mark more than one, too, but the form is shown.
6. Should the mouse cursor if it is in the editor not change to an edit-cursor ?
7. In the Editor-Options under margin and gutter there is a checkbox only half visible
8. A function in the menu for closing the whole open project is missing
9. You can't move controls in the form editor and the selecting rectangle don't work
10. How is it with Icons and Hot-Key-Shortcuts in the Menus ?
11. If you run a project and try to save the project with Project/save Project after, this don't work (nothing is saved)
12. Put a TNoteBook on the Formeditor, then click on the +-Icon in the Propertyeditor under PageList and you get a SegFault
13. The Bold-Font setting in the editor-options for the comment is set to on every time. It doesn't matter, what you have choosen. (The checkbox is off, but the comment is written bold)

Jens

known and reported and not fixed?
anyone of the fpc team around? ;)

Just add an 'make ide'.

ok, thx

666

It is ghosty error. It appears only with special constellations. For example adding one writeln and the error can disappear. I did not report it to the fpc bug list, because I can't find a simple example. But it was mentioned in this list several times before, so I guess the fpc team knows about.

> Just add an 'make ide'. ok, thx

Mattias

I am working on Shortcuts right now, and once I have some conversion tables (Windoze <-> GDK) in place, I will commit a first cut (GTK interface) sometime this week.
On a related note, icons may be difficult to implement (though not impossible) without GNOME support.
Do we plan to require Gnome in the future or do we just stay with GTK?

Michal

+ From: Shane Miller
+
+ Just to make it clear, we will NEVER require Gnome. We don't
+ plan on requiring any specific widget set once we get some of
+ our current bugs worked out. GTK is simply where we started.
+ Eventually we'll have QT and win32 also.

I won't say it that strict, maybe after QT and Win32 we'll add Gnome as separate widget set

Marc

You are right in all points.
Every interface has some special functions, as well as it lacks some functions.

IMO the question is not, what functionality should be supported by lazarus. Of course we want all. The question is what should be integrated into the LCL and what should be extra components. I think, the LCL should have every function that is supported by most interfaces.

Menu icons are supported by win32, qt, gnome, but not gtk. So, I think, menu icons should be added to the LCL and the gtk interface should simply ignore them.

Mattias

of curse. It's a known compiler bug.
Just add an 'make ide'.

Mattias

I also think that requiring GNOME would be a bad idea. It makes you dependent on yet another library, which might not be installed on the user's system. I, for example, do not have GNOME installed, as I use KDE or fvwm2.

Michael.

i have found at least one other highlight for the user (or better for me):

Compiling unitinfodlg.pp
Assembling unitinfodlg
uniteditor.pp(761,39) Error: Method (variable) and Procedure (variable) are not compatible
uniteditor.pp(761,39) Error: Method (variable) and Procedure (variable) are not compatible
uniteditor.pp(1603,21) Error: Method (variable) and Procedure (variable) are not compatible
uniteditor.pp(1603,21) Error: Method (variable) and Procedure (variable) are not compatible
uniteditor.pp(1605,22) Error: Method (variable) and Procedure (variable) are not compatible
uniteditor.pp(1605,22) Error: Method (variable) and Procedure (variable) are not compatible
uniteditor.pp(1606,27) Error: Method (variable) and Procedure (variable) are not compatible
uniteditor.pp(1606,27) Error: Method (variable) and Procedure (variable) are not compatible
uniteditor.pp(1649,25) Error: Method (variable) and Procedure (variable) are not compatible
uniteditor.pp(1649,25) Error: Method (variable) and Procedure (variable) are not compatible
uniteditor.pp(3264) Fatal: There were 10 errors compiling module, stopping
make[1]: *** [lazarus] Error 1
make[1]: Leaving directory `/home/satan/pascal/lazarus'
make: *** [ide] Error 2

any suggestions?

thx ia

satan

Hi all,

The only highlight for users might be the new dialog at Environment -> CodeTools Options.
There you can configure the automatic code creation and jumping behaviour.

list of changes:
- CodeTools: added BaseTypeCache, which is needed for mass find declaration
- fixed Hints deactivating
- added codetools options
- added Other Source Path to compiler options dialog. Though this is not a TCompilerOption, it will be placed here, till we got a better place.
- Save of a Project unit of a virtual Project will save the whole project.
- fixed resizing of Object Inspector
- added ShowHints option for object inspector
- find delaration base type of properties without type
- fixed loading files with '..' file
- fixed closing sourceeditors while processing commands
- added code to convert typedata param list to expressiontype list
- fixed transfer macro LazarusDir
- fixed project srcpath define node
- fixed define nodes for dir designer/ and debugger/
- fixed find declaration of function result is function
- added get compatible published methods to codetools
- Designer Hints now obey the environment option
- fixed show Form-Or-Unit

Mattias

>1. Sometimes the IDE stopping responding to any inputs (mouse&keyboard). I >don't know the reason for this.

I noticed these two cases:
- Nested ShowModal
- anywhere when hints are activated

>2. In the Compiler-Options in the Code generation Tab under Generate >(Speed/Size) the resulting Parameters in the generated compiler > Parameter String are exchanged

fixed

>4. The view units Dialog don't open the marked unit and you can mark more >then one unit.

fixed

>5. In view forms you can mark more than one, too, but the form is shown.

added to my bug list.

>7. In the Editor-Options under margin and gutter there is a checkbox only >half visible

fixed

>8. A function in the menu for closing the whole open project is missing

The IDE makes not much sense without a project. Perhaps you mean a 'Close all open files'.

>10. How is it with Icons and Hot-Key-Shortcuts in the Menus ?

So much todo and so less helping hands ...

>11. If you run a project and try to save the project with Project/save >Project after, this don't work (nothing is saved)

fixed

>12. Put a TNoteBook on the Formeditor, then click on the +-Icon in the >Propertyeditor under PageList and you get a SegFault

added to my buglist

>13. The Bold-Font setting in the editor-options for the comment is set to >on every time. It doesn't matter, what you have choosen. > (The checkbox is off, but the comment is written bold)

fixed

Mattias

Thanks

No, no scrollbar!
Everything is standing XFCE, X, ...
I think I can remember that in the console where standing s.th. with GTK-Critical but I can't saw it better, because no window moving. Sometimes a CTRL-Alt-Backspace helps but not every time.

Last year the Bug was fixed, but I think I can remember, that I have recognized it again after Shane had checked in s.th. new after his long pause.

>9. You can't move controls in the form editor and the selecting rectangle >don't work Moving controls workshere, only resizing doesn't

In my newest CVS checkout it don't work

Jens

I understand, but I don't even have the GNOME libs installed. It only takes harddisk space, and isn't used in any way, so why install it?

But this is not the issue, I think it is more a matter of principle. A design issue, which should be tackled before continuing.

Michael.

Moving controls and buttons being clicked when you press tabs:

I have noticed this too. However, I have not committed any changes when I noticed this. Has someone changed the gtk source for mouse button presses?

Shane

yeah, me too

666

If you require Gnome, I'll unsubscribe now :-)

Don't mind installing GTK on my windowmaker, but Gnome is out of the question :-)

I agree, we'll eventually add it, but we will never REQUIRE any specific one. We'll allow the user to choose that.

Shane

>> 02/18/02 10:30AM >>>

+ From: Shane Miller
+
+ Just to make it clear, we will NEVER require Gnome. We don't
+ plan on requiring any specific widget set once we get some of
+ our current bugs worked out. GTK is simply where we started.
+ Eventually we'll have QT and win32 also.

I won't say it that strict, maybe after QT and Win32 we'll add Gnome as separate widget set

Marc

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

AFAIK it is a PFC v1.1 feature.

2. Why does this result in a compiler error and how can I do such things?: var kname:array[1..2] of packed array[1..8] of char := ('12345678','87654321');

Change var to const and := to =
const
   kname:array[1..2] of packed array[1..8] of char = ('12345678','87654321');

Only replying on those I know.

1. Sometimes the IDE stopping responding to any inputs (mouse&keyboard). I don't know the reason for this.

Have you been dragging the a scrollbar before that ? It might still have focus and grabbing all input. Just ckicking on it once solves it.

It is a known bug. Somehow click events are also sent to the parent window, with the same relative coordinates as within the tabs. This way it seems the buttons atre pressed as well.

Future option.

Moving controls workshere, only resizing doesn't

Marc

Ts ts :)
Menu Icons ARE supported by GTK. See my articles on GTK programming on the FPC website. I think it is the 4th one.

More importantly: I agree with your point, I think that the basic LCL components should NOT be dependent on any library other than the basic widget set. It is perfectly possible to make some extra packages that contain components which rely on GNOME, KDE, or whatever. People that want to develop for a specific desktop system can then use these extra components.

Michael.

Just to make it clear, we will NEVER require Gnome. We don't plan on requiring any specific widget set once we get some of our current bugs worked out. GTK is simply where we started. Eventually we'll have QT and win32 also.

Shane

>> 02/18/02 02:42AM >>>

I also think that requiring GNOME would be a bad idea. It makes you dependent on yet another library, which might not be installed on the user's system. I, for example, do not have GNOME installed, as I use KDE or fvwm2.

Michael.

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

I vote for that. Let's add a gnome interface.

Mattias

Michal Bukovjan wrote

Do we plan to require Gnome in the future or do we just stay with GTK?

Require Gnome, no. How ever a Gnome specific interface would be nice. Since Gnome is just built on GTK it shouldn't be that much of an effort to change some of the current GTK calls to Gnome specific calls.

Moving controls and buttons being clicked when you press tabs: I have noticed this too. However, I have not committed any changes when I noticed this. Has someone changed the gtk source for mouse button presses?

Then it was broken again through some other things :(

Perhaps it helps to find the things which causes this bug again by checking some old gtk related sources out and do some diffs ?

Jens

Hmm, just a side note, if we want to implement full functionality on par with Win32, we will:

a) either have to use Gnome
b) rewrite portions of Gnome in GTK interface in Pascal

Just off top my head, I am referring to toolbars (the GTK one is pretty plain), stock icons handling, common dialogs, bonobo, etc. and I am sure we will run into a lot of other things as well.
It's not that I require Gnome, I understand that we would run into some difficulties under Win32 - but for that, there is a Win32 backend.

And for those who run KDE and do not really really want to install Gnome, there is the Qt backend which would be extended to KDE as well.

Restricting ourselves to GTK/Win32 would leave us behind Win32, as Win32 is a monolithic widget set, environement, etc. in one.

Just my 0.02c

Michal

Will it be possible to do these things with LCL and FPC? Yes of course. Will it be required to use these to do anything with LCL and FPC? No. That is what we are refering to. We do not want to require you to have to install Gnome to run the IDE or build something with Lazarus and FPC. You will be able to use Lazarus and FPC to build something else that requires the use of Gnome or whatever but the LCL itself will not require it. We do not want to force anyone into a specific widget to be able to use the LCL.

The IDE itself is an application that uses the LCL. Right now they are building the IDE using the GTK version of the LCL because that is the most complete widget set currently in the LCL. However as more widget set interfaces are developed you will be able to use the IDE in the environment of your choice to them build applications in the environment of your choice.

Following your examples above, the IDE will not need sound support. Applications it builds will need it and those applications could be built with the Gnome widget set which has that feature. The Gnome interface of the LCL would work with and understand this Gnome feature and how to use it. But the LCL or IDE isn't tied to it in anyway.

Delphi and Kylix are built to a specific environment. You can still write applications for different environments with them but you have to use the environment that they specified if you want to use Delphi and Kylix. They don't give you a choice. Lazarus does/will give you a choice as to what environment you actually want to work in. After that you will be able to build whatever for whatever.

X provides a rudimentary printing mechanism, based on PostScript. I would therefore definitely suggest to go the PostScript way, as on Linux it seems the only way.

Finally Printing support is no more than providing a TCanvas which allows to draw - but the output is postscript. I think that this should not be hard to realize, with the possible exception of font metrics, which are always hard to tackle...

I think you would have to go to the level of GDK to implement this, to be able to let all your widgets 'draw' themselves on the printer.

Maybe having a look at the Gnome printing object can give some ideas ?

Michael.

Hi,

1) Lazarus will have to require a widget set, at least the supported one, be it GTK, Qt, or Win32. The cool part is, you can switch betweem those.
2) Gnome is *NOT* a widget set, it enahnces the basic GTK and provides some functionality not found and provided by a widget set. Again,

GTK + Gnome = Qt + KDE = Win32

while Delphi draws its functions from Win32, we seem to restrict ourselves to a subset (GTK/Qt) in widget set by current policy. Here is a quick list, by looking into gnome-libs, that is provided by Gnome as is available under Win32 and supported by Delphi:

- manipulation of desktop files and icons, desktop integration
- help system integration
- printing, paper and printer setup, PostScript utilities
- sound playing
- mime type handling, file launching, common dialogs
- configuration registry backend
- stock icons / resources

we can rewrite some of these things from scratch, some of these things may not be needed, but I think there are things we cannot ignore to provide an alternative to Deplhi.
At this point, there are more important bugs to fix, but we will have to decide in these issues later anyway.

So to say, never say never :-) I would like your (developers) opinion on how we could possibly solve the above issues, or possibly other issues I forgot.

Michal

Yes, if the hints are enabled then it comes very often

> >8. A function in the menu for closing the whole open project is missing The IDE makes not much sense without a project. Perhaps you mean a 'Close all open files'.

Yes, s.th. like that would be nice

Jens

Ok, I understand. The IDE itself can indeed do without the above features, perhaps except printing.
Has anyone thought about this issue? Any ideas?

Michal