Well I just recently got around to installing Ubuntu on one of my machines, but lazarus and the apps it create look.. well, ugly. Is there anyway to make the programs run with the default theme of gnome, for example? Most apps seem to have no trouble with this (firefox, pidgin, kontact). -------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20090901/8a6856d8/attachment.html>

matt shaffer wrote

Well I just recently got around to installing Ubuntu on one of my machines, but lazarus and the apps it create look.. well, ugly. Is there anyway to make the programs run with the default theme of gnome, for example? Most apps seem to have no trouble with this (firefox, pidgin, kontact).

If you use the GTK-2 widgetset, then they will observe the theme. if you are still using the GTK1 widgetset (which I believe is the default in 0.9.26) then it will not obey the theme settings.

The simple solution is to set the GTK-2 widgetset as the widgetset to use, recompile LCL and lazarus, and all should look much better.

Or wait for the imminent 0.9.28, which will use GTK-2 by default, if I'm correct.

Michael.

a) install a proper gtk theme.
b) use the development version of lazarus, either from svn or a daily snaphot.

Mattias

Aha! Switching the widgetset over to GTK2 solved this, thanks.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20090901/2c84ae4f/attachment.html>

dear sirs:

I have an application almost ready, but....I am trying to display a path in a form from (x,y) coordinates and d?not obtain what I want.

I do this:
open a new form
in the OnPaint event and using Canvas I draw a rectangle I calculate some coeficients to translate the (x,y) coordinates to the rectangle area. I can represent an Origin point and a Destiny point I can represent the (x,y) points of my data
I use a Timer to delay the representation from one to the next point

and what I obtain: in each point it is erased the prior representation, and I want to maintain all the (x,y) points (from the begining to the last) and the operator can see the path of all the points.

In the Timer2.Timer event I have to declare fTrayectoria.OnPaint(Sender); to go back. I suspect that here is the problem, but I dont know how to do better.

Please, any help will be of a great deal.

thanks in advance,

yours truly,

Ing. H?ctor F. Fiandor

Draw to a persistent TBitmap and in the OnPaint event just draw this Bitmap:

MyFormOnCreate:
being
  MyBitmap := TBitmap.Create;
  // set bitmap size
end
MyFormDoWhatever:
begin
  //Paint to MyBitmap.Canvas
end
MyFormOrControlOnPaint:
begin
  Canvas.Draw(0, 0, MyBitmap);
end

Hope it's clear enough.

Is there a way to access the version info and build number that Lazarus can embed into the executable?

Running: SUSE 11.1, x86_64, Lazarus SVN 21901, FPC 2.2.5.

Thanks,
Dave Copeland.

2009/9/28 David B Copeland :

Is there a way to access the version info and build number that Lazarus can embed into the executable?

Have a look at lcl/lclversion.pas.

Henry

2009/9/28 Henry Vermaak :

There is also /ide/revision.inc that gets updated with every build.

Henry

For you OS I think no. Currently lazarus put the version info into a .rc file wich is linked into the executable only on windows. So it is a windows feature only for the moment.

When released compiler will support native resources correctly on all systems lazarus need (this should happen in fpc 2.4.0) we will probably extend version info feature for the other platforms too.

Best regards,
Paul Ishenin.

Hi Henry,

This isn't what I was looking for but thanks just the same.

Dave.

Hi Paul,

Thanks. After I sent the question, I managed to find some older list messages on the subject. Is it known when fpc 2.4 might be released? In the mean time I guess I can just read the .rc file directly.

Thanks again,
Dave.

2009/9/28 David B Copeland :

Hi Henry, This isn't what I was looking for but thanks just the same.

Ops, I misunderstood you there, sorry :)

Henry

David B Copeland wrote

Thanks. After I sent the question, I managed to find some older list messages on the subject. Is it known when fpc 2.4 might be released? In the mean time I guess I can just read the .rc file directly.

FPC team is preparing 2.4 for the release but this can take some months. Anyway, better to ask them.

Best regards,
Paul Ishenin.

this is regarding the above comment and stuff outside the topic thread...

are you saying that winwhatever *.RES files are also going to be processed such that they do not require a resource editor to extract resources like icons and images to be placed by some means in a *.lrs file???

waldo kitty wrote

are you saying that winwhatever *.RES files are also going to be processed such that they do not require a resource editor to extract resources like icons and images to be placed by some means in a *.lrs file???

fpc 2.4.0 will have a builtin support for resources. And no .lrs files will be needed in the future to place/extract a resource from the executable. You will be able to work with them using the same means which delphi has (FindResource, LoadResource, ..., TResourceStream) and even more on most of fpc platforms (at least on all platforms which lazarus supports).

fpc 2.2.4 has resources support only for the windows platforms. Ofcource you are (and will be) able to extract resource from the windows executables using a resource editor.

Best regards,
Paul Ishenin.

I was thinking that, why not make the version information be available to the pre-processor like for instance the FPCVersion is (or through some other mechanism)?

This will help newbies (like me) to insert the version information on a about form easily (which might even be done through a wizard) and supports all platforms.

Kind regards,
Torsten Bonde Christiansen.