Re: [lazarus] Wider use case for gamepack ? [LCL Keyboard handling discussion]
Am Donnerstag, den 31.01.2008, 08:39 +0200 schrieb A.J. Venter: I haven't looked into the sources deeply, but can't you override some OnKeyXxx-methods to get the key events? I don't think there ARE any to overwrite- perhaps in the parent class for TCustomControl, but they aren't republished. If you use override though - you may as well rewrite them as you'll need to do the same work anyway - it doesn't solve the clutter-and-duplicate problem. Seems to be that way, I couldn't find them either (but I didn't search for hours or try to understand how it may work ;). If not, maybe hooking into the surrounding forms events would suffice. This was my first idea, but unfortunately, it doesn't work at all. The reason is that forms only get keyboard focus onActivate and even then they only keep it if there is no focusable components - else it's hardpassed to the component with focus preference. Running Form.SetFocus throws an exception (Form cannot take focus) - [why is it there if it cannot be called ?] If there is a way to make a form take keyboard focus to itself so it's keyEvents work even if there are focusable components on it then I haven't found it yet. TForm only get's the events from the keyboard if KeyPreview is set, IIRC. Apparently it's not a good way to go because enforcing key preview on the form may spoil some other techniques or hinder existing programs from working. I hope someone having intimate LCL knowledge can jump in here and suggest a less intrusive approach... Marc _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] may I get a demo?
Hi, I just join this list several days ago, because someone on Delphindo mention about this. I really want to know the performance of this lazarus, may be there is someone here willing to give me a little application demo which compile to run on linux? I want to port my application to run on linux, and seems this lazarus is the shortest path can be taken. Thanks in advance. -- Tanu -- _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] may I get a demo?
I really want to know the performance of this lazarus, Download, install, compile the examples, see for yourself. may be there is someone here willing to give me a little application demo which compile to run on linux? They're all in examples folder. I want to port my application to run on linux, and seems this lazarus is the shortest path can be taken. First tip: Never expect Lazarus will be like Delphi, because Lazarus is not a Delphi clone. ;) -Bee- has Bee.ography at: http://beeography.wordpress.com _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Roadmap
Sorry for the stupid question, but the roadmap on the site is updated? begin:vcard fn:David Guadagnini n:Guadagnini;David org:Biotecnica Instruments S.p.A.;RD adr:;;Via Licenza 18;Roma;RM;00133;Italy email;internet:[EMAIL PROTECTED] title:Software architet tel;work:+39064112616 x-mozilla-html:FALSE version:2.1 end:vcard
Re: [lazarus] I still have an ifdef request
On Wed, 30 Jan 2008 18:23:36 +0100 Giuliano Colla [EMAIL PROTECTED] wrote: Mattias Gärtner ha scritto: Zitat von Peter Vreman [EMAIL PROTECTED]: Yesterday I posted a request for a way to improve ifdef handling, but the discussion was led astray by my example, and turned into widgesets, which was not the real issue. So I repeat my request: Sometimes ifdefs are unavoidable, as when they're used to turn on and off customer options. But IDE and fpc are unaware of conditional dependencies, so changing a conditional doesn't force a recompile of some units as it would be required. Of course a Build All is the solution, but if one forgets, one may end up with a program which compiles properly, but has a number of inconsistencies sometimes hard to detect. Is there a way to overcome this problem? Am I the only one to see it as a problem? I would gladly contribute an upgrade to implement this feature, but advice from experts on where to start from, what to look at, if hooks are already available in .lpi or in .ppu or .o files, etc. would be highly appreciated. It has been tried in the past. And it created very confusion situations so it was disabled. There are no plans to re-add this feature because it will cause more questions and problem reports than it solves. And also how often is a define changed. In those couple of cases you can simply press the Build All or use the command line option -B. Ok, then plan a. The IDE should add the -B automatically. Thanks a lot. Where should I start looking? Or it's the sort of things which is more readily done than explained? Yes. Implemented for packages and project. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Roadmap
Guadagnini David schreef: Sorry for the stupid question, but the roadmap on the site is updated? If you mean: http://wiki.lazarus.freepascal.org/Roadmap Then yes: http://wiki.lazarus.freepascal.org/index.php?title=Roadmapaction=history Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] may I get a demo?
On Jan 31, 2008 2:18 AM, Tanuwijaya [EMAIL PROTECTED] wrote: Hi, I just join this list several days ago, because someone on Delphindo mention about this. Welcome to the list, and Lazarus! I really want to know the performance of this lazarus, may be there is someone here willing to give me a little application demo which compile to run on linux? It comes with lots of demos and examples (the IDE itself is a great example of a commercial quality Lazarus program). I want to port my application to run on linux, and seems this lazarus is the shortest path can be taken. Take a look at http://wiki.lazarus.freepascal.org/Lazarus_For_Delphi_Users Lazarus is supposed to be similar to Delphi, but not an exact clone. Some things written for Delphi will compile with Lazarus, but most things will need some changes. When you're ready to convert your code to Lazarus, take a look at http://wiki.lazarus.freepascal.org/Code_Conversion_Guide _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Re: Reports
Graeme Geldenhuys wrote: Total Commander is another such case. Yes I run 99.9% of the times Linux, but TC works perfectly via Wine. TC just has such cool features and makes file management a breeze. Other than Midnight Commander, no open source tool comes even close. Have you tried Krusader? Regards, Funky Beast _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] may I get a demo?
Bee wrote: I really want to know the performance of this lazarus, Download, install, compile the examples, see for yourself. may be there is someone here willing to give me a little application demo which compile to run on linux? They're all in examples folder. I'd have to say lazarus itself is the best demo currently available :) Brad -- Human beings, who are almost unique in having the ability to learn from the experience of others, are also remarkable for their apparent disinclination to do so. -- Douglas Adams _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Re: Reports
On 31/01/2008, Funky Beast [EMAIL PROTECTED] wrote: Have you tried Krusader? Yup, it's a bit better than most of the open source (GUI) ones, but still not the same as TC. :) I've tried a lot actually: Gnome Commander, Konquerer, Thunar, Krusader, SexyCommander (yeah I know), Midnight Commander... a lot more I can't remember now. Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] I still have an ifdef request
Mattias Gaertner ha scritto: On Wed, 30 Jan 2008 18:23:36 +0100 Giuliano Colla [EMAIL PROTECTED] wrote: Where should I start looking? Or it's the sort of things which is more readily done than explained? Yes. Implemented for packages and project. Thanks a lot. If you ever happen to go to France, and open an account in a Post Office Bank, you may ask them to apply to you the special conditions for privileged customers, because you actively contributed to avoid a mess in the machines they use to make checkbooks. (Actually they still have Kylix applications, but in future...) Giuliano -- Giuliano Colla Whenever people agree with me, I always feel I must be wrong (O. Wilde) _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] I still have an ifdef request
On Thu, 31 Jan 2008 17:02:58 +0300 Al Boldi [EMAIL PROTECTED] wrote: Mattias Gaertner wrote: Ok, then plan a. The IDE should add the -B automatically. Thanks a lot. Where should I start looking? Or it's the sort of things which is more readily done than explained? Yes. Implemented for packages and project. Can the codetools also detect changes in the FCL/RTL, and then maybe show a warning to recompile? No, because there are no lazarus packages for them. (The FCL package in the IDE is a dummy package.) Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] I still have an ifdef request
Mattias Gaertner wrote: Ok, then plan a. The IDE should add the -B automatically. Thanks a lot. Where should I start looking? Or it's the sort of things which is more readily done than explained? Yes. Implemented for packages and project. Can the codetools also detect changes in the FCL/RTL, and then maybe show a warning to recompile? Thanks! -- Al _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] I still have an ifdef request
On Thu, 31 Jan 2008, Al Boldi wrote: Mattias Gaertner wrote: Al Boldi [EMAIL PROTECTED] wrote: Mattias Gaertner wrote: Ok, then plan a. The IDE should add the -B automatically. Thanks a lot. Where should I start looking? Or it's the sort of things which is more readily done than explained? Yes. Implemented for packages and project. Can the codetools also detect changes in the FCL/RTL, and then maybe show a warning to recompile? No, because there are no lazarus packages for them. (The FCL package in the IDE is a dummy package.) Is it possible to create real packages for FCL/RTL, so that the IDE can manage their recompile? The RTL/FCL are very complicated. You would have to make a package per os/architecture. Maybe with the new FPC package manager, we can start thinking about this. Michael _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] I still have an ifdef request
Mattias Gaertner wrote: Al Boldi [EMAIL PROTECTED] wrote: Mattias Gaertner wrote: Ok, then plan a. The IDE should add the -B automatically. Thanks a lot. Where should I start looking? Or it's the sort of things which is more readily done than explained? Yes. Implemented for packages and project. Can the codetools also detect changes in the FCL/RTL, and then maybe show a warning to recompile? No, because there are no lazarus packages for them. (The FCL package in the IDE is a dummy package.) Is it possible to create real packages for FCL/RTL, so that the IDE can manage their recompile? Thanks! -- Al _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] How to create a resource with a gif
Hi, I would like to create a resource (lrs) with an inside gif, it is posible ? Thanks -- Laurent. My Components: http://wiki.lazarus.freepascal.org/Wile64 French Forum : http://lazforum-fr.tuxfamily.org/index.php
Re: How to create a resource with a gif
2008/1/31, wile64 [EMAIL PROTECTED]: Hi, I would like to create a resource (lrs) with an inside gif, it is posible ? Thanks I found :) -- Laurent. My Components: http://wiki.lazarus.freepascal.org/Wile64 French Forum : http://lazforum-fr.tuxfamily.org/index.php
Re: [lazarus] sqldb query parameter properties not loaded?
Op donderdag 24-01-2008 om 20:56 uur [tijdzone +1100], schreef John:
Joost van der Sluis wrote:
Op donderdag 24-01-2008 om 00:09 uur [tijdzone +1100], schreef John:
Snip
It does, in so far as the parameter specs are now retained, but now the
database property of sqlquery is not read, so it still can't work
properly. In fact, I can't even set the database from the Lazarus
object inspector.
Huh? Are you sure? Did you recompile everything correclty?
You won't often catch me saying Yes I am *sure* I compiled everything
correctly ! I think I did, though.
Quick test is to add a new writeln, see if it is triggered. If so you
have rebuild it properly.
This is my version of set database:
It doesn't contain a call to Inherited.SetDatabase. I think that that is
your problem now.
procedure TCustomSQLQuery.SetDatabase(Value : TDatabase);
var db : tsqlconnection;
begin
if (Database Value) then
begin
{$IFDEF DBDEBUG}
if dbdbgOn then
Writeln(dbdbg, 'TCustomSQLQuery.database is being set to ',
Value.DatabaseName, '.');
{$ENDIF}
if assigned(value) and not (Value is TSQLConnection) then
DatabaseErrorFmt(SErrNotASQLConnection,[value.Name],self);
Add ' inherited setdatabase(value);'
if not (csLoading in ComponentState) then
begin
UnPrepare;
if assigned(FCursor) then
TSQLConnection(DataBase).DeAllocateCursorHandle(FCursor);
db := TSQLConnection(Value);
if assigned(value) and (Transaction = nil) and
(Assigned(db.Transaction)) then
transaction := Db.Transaction;
{$IFDEF DBDEBUG}
if dbdbgOn then
Writeln(dbdbg, 'Calling TCustomSQLQuery.OnChangeSQL because ',
'TCustomSQLQuery.database has been set to ',
Value.DatabaseName, '.');
{$ENDIF}
OnChangeSQL(Self);
end;
end;
end;
Joost
_
To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus packaging
Ales Katona wrote / napísal(a): 2. I think lazarus should get separated into lazarus-lcl-widgetset packages, lazarus-ide and lazarus-tools (lazbuild and friends) with a dummy all-package like lazarus and a dummy lcl package which will simply default to per-distro widgetset (eg: qt on KDE distroes in the future, gtk2 on gnome). So if use installs lazarus they get dependency lazarus-lcl which in turn installs lazarus-lcl-whatever. This needs a bit more explaining. Here's a package list for a debian distro with dependencies in [], comments in () lazarus-common (provides basic stuff, non code/.ppu/.o) lazarus-source (obvious) lazarus-lcl-gtk1 [lazarus-common] (gtk1 specific LCL units/.ppu/.o) lazarus-lcl-gtk2 [lazarus-common, lazarus-lcl-gtk1?] (gtk2 specific LCL units/.ppu/.o) lazarus-lcl-qt4 [lazarus-common] (qt4 specific LCL units/.ppu/.o) lazarus-lcl [lazarus-lcl-specific_for_distro] (dummy package for people who don't know, and higher packages) lazarus-tools [lazarus-common, lazarus-lcl] (contains lazbuil and other stuff from tools subdir) lazarus-ide-gtk1 [lazarus-common, lazarus-lcl-gtk1, lazarus-source] (the ide itself, specific for gtk1) lazarus-ide-gtk2 [lazarus-common, lazarus-lcl-gtk2, lazarus-source] (the ide itself, specific for gtk2) lazarus-ide-qt4 [lazarus-common, lazarus-lcl-qt4, lazarus-source] (the ide itself, specific for gtk1) llazarus-ide [lazarus-common, lazarus-lcl, lazarus-source] (dummy for the ide itself) I'm not sure if lazarus-common would be needed at all, or needed by code packages (perhaps just by the IDE) Ales _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Lazarus packaging
I wanted to ask about plans to support better packaging of lazarus and apps made by lazarus on Linux distros in the future. For reference I'll use .deb style here but I'm sure .rpm will have to be quite similar. 1. Does lazarus support root/readonly locations yet? (including support for installing components) This is crucial for everything really. 2. I think lazarus should get separated into lazarus-lcl-widgetset packages, lazarus-ide and lazarus-tools (lazbuild and friends) with a dummy all-package like lazarus and a dummy lcl package which will simply default to per-distro widgetset (eg: qt on KDE distroes in the future, gtk2 on gnome). So if use installs lazarus they get dependency lazarus-lcl which in turn installs lazarus-lcl-whatever. 3. With lazarus-tools, users can easily create lazarus/fpc-made packages for whatever they made. They will simply specify the dependency for lazarus-lcl-specific for binary packages and lazarus-lcl for -src packages and use lazarus-tools (lazbuild) to automate building. 3rd party components should be of-course packagable as well. I'm not asking for someone to do it, but for input, and if it's viewed as feasible by you guys. I'm currently about to release a LaTeX IDE I made with Lazarus and am quite.. blocked in regards to proper packaging and auto-building of the thing. So.. what do you think? Of course, fpc will have to be packaged properly as well, which means addition of the missing fpc-source debian package :D I'd also propose to add the fpc package to lazarus deb repository. Ales _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus packaging
On Thu, 31 Jan 2008 18:05:24 +0100 Ales Katona [EMAIL PROTECTED] wrote: I wanted to ask about plans to support better packaging of lazarus and apps made by lazarus on Linux distros in the future. For reference I'll use .deb style here but I'm sure .rpm will have to be quite similar. 1. Does lazarus support root/readonly locations yet? (including support for installing components) This is crucial for everything really. If you mean that the package sources are installed read only: yes 2. I think lazarus should get separated into lazarus-lcl-widgetset packages, lazarus-ide and lazarus-tools (lazbuild and friends) with a dummy all-package like lazarus and a dummy lcl package which will simply default to per-distro widgetset (eg: qt on KDE distroes in the future, gtk2 on gnome). So if use installs lazarus they get dependency lazarus-lcl which in turn installs lazarus-lcl-whatever. Possible. 3. With lazarus-tools, users can easily create lazarus/fpc-made packages for whatever they made. They will simply specify the dependency for lazarus-lcl-specific for binary packages and lazarus-lcl for -src packages and use lazarus-tools (lazbuild) to automate building. 3rd party components should be of-course packagable as well. Maybe improve fppackage instead? I'm not asking for someone to do it, but for input, and if it's viewed as feasible by you guys. I'm currently about to release a LaTeX IDE I made with Lazarus and am quite.. blocked in regards to proper packaging and auto-building of the thing. So.. what do you think? Of course, fpc will have to be packaged properly as well, which means addition of the missing fpc-source debian package :D Why missing? I'd also propose to add the fpc package to lazarus deb repository. Why? Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus packaging
Mattias Gaertner wrote / napísal(a): On Thu, 31 Jan 2008 18:05:24 +0100 Ales Katona [EMAIL PROTECTED] wrote: I wanted to ask about plans to support better packaging of lazarus and apps made by lazarus on Linux distros in the future. For reference I'll use .deb style here but I'm sure .rpm will have to be quite similar. 1. Does lazarus support root/readonly locations yet? (including support for installing components) This is crucial for everything really. If you mean that the package sources are installed read only: yes I mean that you install lazarus from a .deb into eg: /usr/lib/lazarus and that people can still install 3rd party components into this lazarus in some way (I realize that packaged components would conflict tho, because of the one binary problem, but that's a bit different beast) Maybe improve fppackage instead? I'm not sure if fppkg would be welcomed as build-tool/3rd party repository to enable -src package autobuilds. (actually I'm sure it wouldn't) Why missing? Because lazarus needs it for auto-completion. I'd also propose to add the fpc package to lazarus deb repository. Why? See above. Mattias Ales _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] may I get a demo?
Bee wrote: I really want to know the performance of this lazarus, Download, install, compile the examples, see for yourself. may be there is someone here willing to give me a little application demo which compile to run on linux? They're all in examples folder. Due to my intention to run it on Linux, should I compile them on Linux environment too? Until now, most of my time is still in Windows. I want to port my application to run on linux, and seems this lazarus is the shortest path can be taken. First tip: Never expect Lazarus will be like Delphi, because Lazarus is not a Delphi clone. ;) Sure, I'm fully aware of that, that's why I said it is the shortest path, because I know I still have to do (maybe) many adjustment. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] may I get a demo?
I just told a friend that has been programming in Turbo Pascal, about Lazarus. We simply downloaded the latest version, installed, and just took few seconds to show him how forms work, and how to create a console application. :D Regards! -Marco 2008/1/31, Brad Campbell [EMAIL PROTECTED]: Bee wrote: I really want to know the performance of this lazarus, Download, install, compile the examples, see for yourself. may be there is someone here willing to give me a little application demo which compile to run on linux? They're all in examples folder. I'd have to say lazarus itself is the best demo currently available :) Brad -- Human beings, who are almost unique in having the ability to learn from the experience of others, are also remarkable for their apparent disinclination to do so. -- Douglas Adams _ 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] Lazarus packaging
Ales Katona schreef: 2. I think lazarus should get separated into lazarus-lcl-widgetset packages, lazarus-ide and lazarus-tools (lazbuild and friends) with a dummy all-package like lazarus and a dummy lcl package which will simply default to per-distro widgetset (eg: qt on KDE distroes in the future, gtk2 on gnome). So if use installs lazarus they get dependency lazarus-lcl which in turn installs lazarus-lcl-whatever. In which package will be forms.ppu? It is needed by lazarus-lcl-gtk2 and lazarus-lcl-qt and lazarus-lcl is just a dummy package. I think you need a lazarus-lcl-common too. (You may thing about better names) I'd also propose to add the fpc package to lazarus deb repository. Isn't this the case already? I see a lot of fpc debs here. http://www.hu.freepascal.org/lazarus/dists/lazarus-stable/universe/binary-i386/Packages Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus packaging
Vincent Snijders wrote / napísal(a): Ales Katona schreef: 2. I think lazarus should get separated into lazarus-lcl-widgetset packages, lazarus-ide and lazarus-tools (lazbuild and friends) with a dummy all-package like lazarus and a dummy lcl package which will simply default to per-distro widgetset (eg: qt on KDE distroes in the future, gtk2 on gnome). So if use installs lazarus they get dependency lazarus-lcl which in turn installs lazarus-lcl-whatever. In which package will be forms.ppu? It is needed by lazarus-lcl-gtk2 and lazarus-lcl-qt and lazarus-lcl is just a dummy package. I think you need a lazarus-lcl-common too. (You may thing about better names) Yes, lazarus-lcl-common sounds good for this purpose. (what's wrong with the names? they should be descriptive I think) I'd also propose to add the fpc package to lazarus deb repository. Isn't this the case already? I see a lot of fpc debs here. http://www.hu.freepascal.org/lazarus/dists/lazarus-stable/universe/binary-i386/Packages Didn't know this, but fpc still has the debs listed just like that in some ftp site. Perhaps we should unify this? eg: provide the repository for debianists on fpc page too. Vincent Ales _ 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] Lazarus packaging
Ales Katona schreef: Vincent Snijders wrote / napísal(a): Ales Katona schreef: 2. I think lazarus should get separated into lazarus-lcl-widgetset packages, lazarus-ide and lazarus-tools (lazbuild and friends) with a dummy all-package like lazarus and a dummy lcl package which will simply default to per-distro widgetset (eg: qt on KDE distroes in the future, gtk2 on gnome). So if use installs lazarus they get dependency lazarus-lcl which in turn installs lazarus-lcl-whatever. In which package will be forms.ppu? It is needed by lazarus-lcl-gtk2 and lazarus-lcl-qt and lazarus-lcl is just a dummy package. I think you need a lazarus-lcl-common too. (You may thing about better names) Yes, lazarus-lcl-common sounds good for this purpose. (what's wrong with the names? they should be descriptive I think) For instance: lazarus-lcl-comom - just lazarus-lcl lazarus-lcl - lazarus-lcl-widgetset, lazarus-lcl-default-ws or lazarus-lcl-for-dummies ;-) Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Wider use case for gamepack ?
First of all, I never wanted to bash your components and I think the CCR is a good place for them. I just don't think that it should be shipped with lazarus. And you have every right to be proud of your work. Fair enough. I didn't think it was being bashed, just that I needed to explain their purpose and features. 2) As a result of 1, things like image scaling is already there - just use the same calls you would have used before to manipulate the sprite in ram before blitting. And as a result of 1 blending misses. I'm not sure what you mean by this. This is a toolkit for 2D games, like pacman or animated scenes in your app. Tilebased games etc. work fine, why do you need blending in this environment? Sounds good, only that the CPU instead of the GPU is doing the graphics work is so old school. Btw how do you asure that a games runs at the same speed on different machines if you don't measure/have a framerate? Not everybody HAS a gpu. Even if everybody did, that's not my target audience or developer. I use a ttimer to handle all the screen updates, on each timer the user's character sprite is moved as per his request, ditto the game character sprites - and finally we flip the buffers - so in a sense there IS a fixed framerate - since there is a fixed number of screen updates per second- but it can be intercepted by other events if needed. In the openGL type idea though where you repaint as often as possible - there isn't really a framerate. 4) Lazarus native event handling - e.g. there is NO need for me to handle key/mouse events- lazarus does, and any device that works with lazarus toolkit you're using on the OS you are using will ALSO work. That's what I am using, too, at the moment and I am not really impressed. You can get mouse and more or less key input but that's it. Sounds ok, but I don't consider this a killer feature. More complex games demand a level editor nonetheless. True enough, and that is easy to write and load, but having onscreen design makes it easier to write the game that will load the level editor. In my tests I came to the conclusion, that epiktimer is the only usable timer (very nice component), as the other timing methods seriously lack accuracy. TTimer worked for me - but then at 41ms you'r close enough to 25FPS. It depends on your game. Ease of use is always a good thing. But the power you give the game designer comes with the drawback that he can put his graphics card in sleep mode. This is only a drawback if he has one. 12) Because it uses lazarus components, you can put other components on top of the gamearea, and you can allow sprites to move across one another in a pseudo 3D way (remember the old siera games?) - but there is no need to create a complex mapfile overlay to do it - just adjust the ZOrder of the components (be they sprites or buttons) to put what you want on top. ZBuffers are standard in hw accelerated rendering. Meaning you get this out of the box with OpenGL. And not only in pseuodo but in real 3D if you like I merely pointed out that you can do what siera did without the complexity of code. If you want real 3D then you use opengl, if you want to write a clone of kings quest, you use gamepack. 13) And all this with remarkably little overhead - the worst part is the ram to store loaded images - but if you're a little smart, even that is small. If you are even smarter the images are stored in the RAM of your graphics card. Okay I get it - you like using the graphics card :) If I find the time I give your gamepack a try. But please remeber that OpenGLSDL. They have nothing to do with each other except that SDL provides a wrapper for the OpenGL API. Keep coding. I am well aware that SDL OpenGL - that is why I compared my suite to SDL and NOT to openGL. It isn't OpenGL nor is it meant to be. We already HAVE an OpenGL that works wonderfully. This is a toolkit that's meant to do the same work the SDL does when you do NOT use the OpenGL wrapper. I also don't intend to add an OpenGL wrapper to gamepack since the environment it's created for (Lazarus) already contains one. The reason people use SDL with OpenGL is to tap into it's event handlers and such - since they are no longer using it's graphics features. This wouldn't make any sense in GamePack as gamepack is JUST the graphics features(specifically it's THOSE graphics features that are NOT already in lazarus - like a twin-buffer screen) and some powerful utility components to automate blitting and motion controlls. -- Any sufficiently advanced technology is indistinguishable from magic - Clarke's law Any technology that is distinguishable from magic is insufficiently advanced -Gehm's corollary Any technologist that is distinguishable from a magician is insufficiently advanced - My corollary The worlds worst webcomic: http://silentcoder.co.za/scartoonz The worlds best cybercafe manager: http://outkafe.outkastsolutions.co.za
