[lazarus] Lazarus FPC 2.2.0
Hi, Every time I startup Lazarus since I changed to FPC 2.2.0, I need to manually select the Environment- Rescan FPC Source directory option. Otherwise Lazarus can't find any units included in FPC. Here is a sample error message. I Ctrl-Click'ed on a class and Lazarus jumped to the SysUtils entry in the uses clause and then showing the following error. - /home/graemeg/programming/fpGUI/src/corelib/gfxbase.pas(9,3) Error: source not found: unit /opt/fpc_2.2.0/lib/fpc/2.2.0/units/i386-linux/rtl/sysutils.ppu I'm running Lazarus 0.9.23 (r11993) compiled with GTK1 under Ubuntu Linux 7.04. Anybody else experience this issue and even better, have a solution? 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] Lazarus FPC 2.2.0
En/na Graeme Geldenhuys ha escrit: Hi, Every time I startup Lazarus since I changed to FPC 2.2.0, I need to manually select the Environment- Rescan FPC Source directory option. Otherwise Lazarus can't find any units included in FPC. Here is a sample error message. I Ctrl-Click'ed on a class and Lazarus jumped to the SysUtils entry in the uses clause and then showing the following error. - /home/graemeg/programming/fpGUI/src/corelib/gfxbase.pas(9,3) Error: source not found: unit /opt/fpc_2.2.0/lib/fpc/2.2.0/units/i386-linux/rtl/sysutils.ppu I'm running Lazarus 0.9.23 (r11993) compiled with GTK1 under Ubuntu Linux 7.04. Anybody else experience this issue and even better, have a solution? Are you sure there aren't remnants of the previous fpc version in /etc/fpc.cfg or ~/fpc.cfg? At least that was what happened to me the last time I had a similar problem: I forgot I had an old fpc.cfg in my home directory and that what the file that fpc used. Bye -- Luca Olivetti Wetron Automatización S.A. http://www.wetron.es/ Tel. +34 93 5883004 Fax +34 93 5883007 _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus FPC 2.2.0
On Tue, 18 Sep 2007 08:51:35 +0200 Luca Olivetti [EMAIL PROTECTED] wrote: En/na Graeme Geldenhuys ha escrit: Hi, Every time I startup Lazarus since I changed to FPC 2.2.0, I need to manually select the Environment- Rescan FPC Source directory option. Otherwise Lazarus can't find any units included in FPC. Here is a sample error message. I Ctrl-Click'ed on a class and Lazarus jumped to the SysUtils entry in the uses clause and then showing the following error. - /home/graemeg/programming/fpGUI/src/corelib/gfxbase.pas(9,3) Error: source not found: unit /opt/fpc_2.2.0/lib/fpc/2.2.0/units/i386-linux/rtl/sysutils.ppu I'm running Lazarus 0.9.23 (r11993) compiled with GTK1 under Ubuntu Linux 7.04. Anybody else experience this issue and even better, have a solution? Are you sure there aren't remnants of the previous fpc version in /etc/fpc.cfg or ~/fpc.cfg? At least that was what happened to me the last time I had a similar problem: I forgot I had an old fpc.cfg in my home directory and that what the file that fpc used. Did you try running the Compiler Options Test ? Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus FPC 2.2.0
On 18/09/2007, Luca Olivetti [EMAIL PROTECTED] wrote: Are you sure there aren't remnants of the previous fpc version in /etc/fpc.cfg or ~/fpc.cfg? At least that was what happened to me the last time I had a similar problem: I forgot I had an old fpc.cfg in my home directory and that what the file that fpc used. I run three versions of FPC and manage that with a single ~/.fpc.cfg file by using a consistent directory naming format and the $fpcversion marco. The relevant lines in my fpc.cfg are as follows: ## searchpath for units and other system dependent things -Fu/opt/fpc_$fpcversion/lib/fpc/$fpcversion/units/$fpctarget -Fu/opt/fpc_$fpcversion/lib/fpc/$fpcversion/units/$fpctarget/* -Fu/opt/fpc_$fpcversion/lib/fpc/$fpcversion/units/$fpctarget/rtl As I mentioned to Mattias in my previous reply. Compiling is not the issue. I can compile all projects from the command line or via Lazarus. It's only after I start Lazarus that I can't use Ctrl-Click feature in the editor until I have selected 'rescan fpc source dir' option. It seems to be a Lazarus issue and not a FPC setup issue. 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] Lazarus FPC 2.2.0
On Tue, 18 Sep 2007 09:27:14 +0200 Graeme Geldenhuys [EMAIL PROTECTED] wrote: On 18/09/2007, Mattias Gaertner [EMAIL PROTECTED] wrote: Did you try running the Compiler Options Test ? It seems to work fine... I get a few warnings about httpd units included in FPC 2.2.0 Here is the output of the Test dialog. (sorry it wraps badly in the email) I forgot to mention before I can compile the current open project without problems after starting up Lazarus. It's just Ctrl-Click in the editor that doesn't work until I do the 'rescan FPC source dir'. /opt/fpc/bin/fpc -S2 -CX -OG1 -gl -Xs -XX -va -l -Fu../ -Fu../../../../fpGUI/lib/ -Fu../../../../3rdParty/tiOPF2/Source/Compilers/FPC/lib/i386-linux/ -Fu../../../../3rdParty/tiOPF2/Source/3rdParty/FBLib/lib/i386-linux/ -Fu/opt/lazarus/packager/units/i386-linux/ -Fu. -FUunits /tmp/testcompileroptions.pas WARNING: ppu exists twice: /opt/fpc_2.2.0/lib/fpc/2.2.0/units/i386-linux/httpd-2.0/httpd.ppu, /opt/fpc_2.2.0/lib/fpc/2.2.0/units/i386-linux/httpd-1.3/httpd.ppu WARNING: ppu exists twice: /opt/fpc_2.2.0/lib/fpc/2.2.0/units/i386-linux/httpd-2.2/apr.ppu, /opt/fpc_2.2.0/lib/fpc/2.2.0/units/i386-linux/httpd-2.0/apr.ppu WARNING: ppu exists twice: /opt/fpc_2.2.0/lib/fpc/2.2.0/units/i386-linux/httpd-2.2/apriconv.ppu, /opt/fpc_2.2.0/lib/fpc/2.2.0/units/i386-linux/httpd-2.0/apriconv.ppu WARNING: ppu exists twice: /opt/fpc_2.2.0/lib/fpc/2.2.0/units/i386-linux/httpd-2.2/aprutil.ppu, /opt/fpc_2.2.0/lib/fpc/2.2.0/units/i386-linux/httpd-2.0/aprutil.ppu WARNING: ppu exists twice: /opt/fpc_2.2.0/lib/fpc/2.2.0/units/i386-linux/httpd-2.2/httpd.ppu, /opt/fpc_2.2.0/lib/fpc/2.2.0/units/i386-linux/httpd-2.0/httpd.ppu That's normal for a 2.2.0. Check if your .lazarus/inputhistory.xml is writable and uptodate. It should be updated after a Rescan (xml node: FPCConfigCache). Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] patch for user friedly Build Lazarus dialog.
On Mon, 17 Sep 2007 19:54:20 +0200 Giuliano Colla [EMAIL PROTECTED] wrote: I've just sent to [EMAIL PROTECTED] the patch which implements the tabbed notebook version of the Configure Build Lazarus dialog, whose screenshots I submitted some time ago. Tested mainly with gtk 1, but also with gtk 2 Win32. Features: Two tabs, one for Quick Build Options, one for Advanced Options. An Advanced Options page, which is exactly what is available right now, unchanged. A Quick Build Options page which is nothing but a front end to the advanced pages: it does nothing but check the appropriate options. It stores two different user preferences for LCL widgetset and IDE widgetset. It opens on the last used page (Quick or Advanced). As the Quick Build Options just checks the appropriate things in the Advanced Page, after making the selection on the Quick page, one can check the result on the Advanced page, making it easy to verify what building will occur. Currently Build IDE doesn't check Build IDE Interface. Is that correct in all cases? Or it would be safer to force a build of the IDE Interface when building the IDE for a widgetset different from current (=default)? Regarding updates the IDEIntf package is the same as the SynEdit package (and Codetools, ...). Currently these packages are 'built in' and are not auto build. Eventually they will work as normal packages and will be auto updated/compiled. Not only when the IDE is built, but when a project or package using them is built too. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Some more TCustomForm help
On Mon, 17 Sep 2007 22:31:17 +0200 Christian U. [EMAIL PROTECTED] wrote: ... regards Christian Thanks. Applied. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus FPC 2.2.0
On 18/09/2007, Mattias Gaertner [EMAIL PROTECTED] wrote: That's normal for a 2.2.0. BTW: I just got a SVN update of Lazarus. Did you know the editor is creating instances of quite a few classes that contain abstract methods. I saw a few such warnings in the message window while Lazarus was compiling itself. Check if your .lazarus/inputhistory.xml is writable and uptodate. It should be updated after a Rescan (xml node: FPCConfigCache). There was no problems with that file either, but it did give me a idea, which solved the problem. So something is different between pre 2.2.0 which works and current 2.2.0 which doesn't. I install all my different FPC compiler versions in /opt/fpc_version/ I then use a SymLink /opt/fpc to point to whatever directory version of FPC I want to use. I can then switch between versions without having to change my PATH environment variable, by just adjusting the symlink. In Lazarus Environment options I always setup the compiler to /opt/fpc/bin/ppc386 and the source directory to /opt/fpc/src/. As you can see, using the symlink path. As I mentioned, this worked fine up till now. Using FPC 2.2.0 I had to change the Source Directory setting in Lazarus to /opt/fpc_2.2.0/src (instead of the symlink directory) and now after a Lazarus restart Ctrl+Click is working. Weird one!!Thanks for helping me sort this out 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] Another icons for Lazarus
2007/9/17, Stephano [EMAIL PROTECTED]: Does nobody others have opinion on this subject? You are quite talented! Thanks Stephano, But is not what I want ;) -- Laurent. My Web : http://wile64.neuf.fr/ French Forum : http://lazforum-fr.tuxfamily.org/index.php
Re: [lazarus] Is lazreport supposed to work? (gtk2/linux)
En/na Luca Olivetti ha escrit:
En/na Jesus Reyes ha escrit:
The Gtk2 interface is not yet as complete or tested as the windows or
GTK1 inteface, as the more work is put in GTK2 interface it will
benefit LazReport also. Btw, there are several bug reported in
relation with LazReport and GTK2 interface, if you find a bug in
LazReport either in GTK2, GTK1 o Windows that is not yet in bug
tracker please submit it, otherwise it might be forgotten.
Ok, I submitted bugs 9678 and 9679
http://www.freepascal.org/mantis/view.php?id=9678
(components placed 200-300 pixels to the right of the cursor)
http://www.freepascal.org/mantis/view.php?id=9679
(no text in the printed report).
Now that at least the second bug is fixed (thanks!), here comes the
difficult part ;-)
Is there a simple (or not so simple) way to use lazreport to send a
report to the printer without X (I'm going to need this on an headless
machine)?
Just to test the waters, I started with a really simple test program
program simple;
{$mode objfpc}{$H+}
uses
LR_Class;
begin
end.
and it is enough to cause this:
TCUPSPrinter.GetEnumAttributeString Attribute not found: media-supported
TCUPSPrinter.GetEnumAttributeString Attribute not found: media-supported
TCUPSPrinter.GetEnumAttributeString Attribute not found: media-supported
[FORMS.PP] ExceptionOccurred
Sender=EAccessViolation
Exception=Access violation
Stack trace:
$08132A57 GETDC, line 336 of ./include/winapi.inc
$0811FD0D TBITMAP__HANDLENEEDED, line 442 of ./include/bitmap.inc
$08122139 TBITMAPCANVAS__CREATEHANDLE, line 46 of
./include/bitmapcanvas.inc
$081292F8 TCANVAS__REQUIREDSTATE, line 1530 of ./include/canvas.inc
$0812916C TCANVAS__GETHANDLE, line 1440 of ./include/canvas.inc
$08126A46 TCANVAS__SETPIXEL, line 109 of ./include/canvas.inc
$0807CFC0 DOINIT, line 8706 of lr_class.pas
$0807EC5D LR_CLASS_init, line 9084 of lr_class.pas
$080579B4
TApplication.HandleException Access violation
Stack trace:
$08132A57 GETDC, line 336 of ./include/winapi.inc
$0811FD0D TBITMAP__HANDLENEEDED, line 442 of ./include/bitmap.inc
$08122139 TBITMAPCANVAS__CREATEHANDLE, line 46 of
./include/bitmapcanvas.inc
$081292F8 TCANVAS__REQUIREDSTATE, line 1530 of ./include/canvas.inc
$0812916C TCANVAS__GETHANDLE, line 1440 of ./include/canvas.inc
$08126A46 TCANVAS__SETPIXEL, line 109 of ./include/canvas.inc
$0807CFC0 DOINIT, line 8706 of lr_class.pas
$0807EC5D LR_CLASS_init, line 9084 of lr_class.pas
$080579B4
Bye
--
Luca Olivetti
Wetron Automatización S.A. http://www.wetron.es/
Tel. +34 93 5883004 Fax +34 93 5883007
_
To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] My image loading is broken
Lord Satan wrote: On Tue, 18 Sep 2007 00:16:24 +0200 Marc Weustink [EMAIL PROTECTED] wrote: Nope, but I don't use a debugger in lazarus. With this result, you might consider doing so, you could have found the cause. I would if I could. But I launch my progs through 'run_and_wait' (or some such) and that does not work with gdb AFAIK. At least it did not work for a very long time, does it work now? FImage := TheImage as TLazIntfImage; Ah, so who wrote this line of code? He is responsible for breaking my image loading and I reserve a special place for him in my kingdom (eternity is a really long time to swim naked in some nice lava flows :). (a) I did. While loading, TLazReaderBMP needs to set properties of TLazIntfImage. Instead of adding checks for every pixel read I forced the TLazIntfImage this way. The class of TheImage is not a TLazIntfImage ! From your source, its a TFPCustomImage. TLazReaderBMP only supports TLazIntfImage, so derive your image from TLazIntfImage or don't use TLazReaderBMP. Deriving from TLazIntfImage works, thanks. You may now officially join the ranks of evil, unless your are responsible for line 4591 of intfgraphics.pas, which would bring you directly back to (a). I think you would have been less pleased if it worked, but had a noticable perfomance impact. Marc _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Contribute Contactless Measurement Tool
On Wed, Sep 12, 2007 at 01:12:48PM +0300, Razvan Adrian Bogdan wrote: On 9/4/07, Alex Kovacic [EMAIL PROTECTED] wrote: TELL ME MORE - I have a ethernet camera running a linux server and want to capture line scan images at 3000f/s.. (frames or lines?) Operating systems have their own way of capturing, windows used VFW and DirectX, Linux has V4L and V4L2, network capturing should be easier but it's not done with normal capturing interfaces but directly receiving images usually in JPEG format using TCP, check out the network protocol for your camera and rather use LNET, Indy or Synapse for what you need, if should be easier than interfacing with V4L (Video for Linux). Nearly all higher speed camera's (and specially ones that yield true images, and not compressed streams) use proprietary drivers and client libraries, and the ethernet camera's are usually using cut down stacks. The fastest linescan camera we use (under Windows) goes till about 80 mpixel/s. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Supporting Visual Form Inheritance in a GUI Designer
Hi, This is not really related to Lazarus, but only me asking for advice from developers that handled this issue before that I have now. I created (ported) a very basic GUI Designer for the fpGUI toolkit. Purely for the purpose of speeding up some form designs. It generates the Form and containing components as code in a source unit. Not as a external *.lfm file like Lazarus and Delphi does. The designer inserts Begin/End comment markers to know what section it maintains and supports multiple forms in a single source unit. I use Form Inheritance a lot in my applications. Currently my GUI Designer doesn't support Visual Form Inheritance, though it doesn't crash reading and building the form either. I would like to implement VFI in my GUI Designer, but have a few questions. What is the process flow Lazarus uses to build up a designer form that implements form inheritance? eg: * The order of loading the form into the gui designer form? * How does it know which unit contains the parent class? * How does it track changes made to components implemented in the parent class? * How does it know what components are from parent forms and what are newly introduced? Thanks for you time, - 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] My image loading is broken
On Tue, 18 Sep 2007 11:23:46 +0200 Marc Weustink [EMAIL PROTECTED] wrote: I think you would have been less pleased if it worked, but had a noticable perfomance impact. My class is just for loading images and 'uploading them to OpenGL' and as the initial setup of my progs always takes long I likely would not have noticed. The performance of my programs does not depend on the performance of the lazarus/fpc images. Doing non hardware accelerated graphics is so 90s. :) _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Another icons for Lazarus
wile64 wrote: 2007/9/14, Graeme Geldenhuys [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: On 14/09/2007, Paul Ishenin [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Dont know. Cant understand what project icon means - paper box? But if other are happy I will add them. My feeling is the same. Not sure if a 'inbox' or 'paper tray' is a ideal icon for project. It doesn't convey project to me. Graeme. Does nobody others have opinion on this subject? With all the new images I missed these. It indeed looks like variations of an inbox, I don't see a relation to a project. Otoh, a project is a bunch of files which can be filed an such box. Anyway, looking at other places in Lazarus, there is the project source icon and there is pkg_project.xpm I think the red/yellow/blue figure are used on more places to indicate something of a project. Marc _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] patch for user friedly Build Lazarus dialog.
Mattias Gaertner ha scritto: On Mon, 17 Sep 2007 19:54:20 +0200 Giuliano Colla [EMAIL PROTECTED] wrote: [snip] Currently Build IDE doesn't check Build IDE Interface. Is that correct in all cases? Or it would be safer to force a build of the IDE Interface when building the IDE for a widgetset different from current (=default)? Regarding updates the IDEIntf package is the same as the SynEdit package (and Codetools, ...). Currently these packages are 'built in' and are not auto build. Eventually they will work as normal packages and will be auto updated/compiled. Not only when the IDE is built, but when a project or package using them is built too. I was asking because I remember that some time ago someone posted a problem with a widget set, and was suggested to recompile the IDEIntf also, but I've been unable to locate the matter. However I've been playing with the Quick Build Page since the end of July, trying to do everything without ever using the Advanced page, and all went quite smoothly (except when I had failed to notice that the version of qt bindings had changed :-) ). Giuliano _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Another icons for Lazarus
On Tue, 18 Sep 2007 14:07:47 +0200 A.J. Venter [EMAIL PROTECTED] wrote: Does nobody others have opinion on this subject? With all the new images I missed these. It indeed looks like variations of an inbox, I don't see a relation to a project. Otoh, a project is a bunch of files which can be filed an such box. Anyway, looking at other places in Lazarus, there is the project source icon and there is pkg_project.xpm I think the red/yellow/blue figure are used on more places to indicate something of a project. My opinion is to think of what a project is - and then think of how to represent it. Basically a project is a number of related files that form parts of the same bigger concept. One way to represent it would be a file-folder, only this idea has been used before for directories (a similar concept in fact). Another would be a file-cabinet -but that is typically associated with archives so rule that out. A clipboard can hold related files together - but it will be mistaken for the copy/paste clipboard. An inbox/paper-tray does represent it, but is more commonly associated with e-mail. So it looks like all the obvious choices are already taken. In that case, let's look at it from a different angle. A project is what all the files are meant to produce, but the files are not the project. The project is an end in itself and it's purpose is to produce the executable results. So an executable icon could work - but it doesn't quite fit - the project PRODUCES an executable (or becomes one) but it ISN'T one itself. What is that something that it is. If we think abstractly enough to describe the concept of a project - then it is a series of related tasks that produce a result. Well for THAT idea we do have a commonly recognized symbol - the checkbox tree. Something like this | |__[] | |__[] | |__[] Now shrink that into a good size, scale it a bit and turn it into pixels instead of ascii and I think you got the right kind of concept conveyed (with a bit or work anyway)) :p Any thougths ? Good idea, well explained but does look ugly (even in pixels). :) How about putting an executable icon in the background with one or two files icons in front of it? _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Another icons for Lazarus
Does nobody others have opinion on this subject? With all the new images I missed these. It indeed looks like variations of an inbox, I don't see a relation to a project. Otoh, a project is a bunch of files which can be filed an such box. Anyway, looking at other places in Lazarus, there is the project source icon and there is pkg_project.xpm I think the red/yellow/blue figure are used on more places to indicate something of a project. My opinion is to think of what a project is - and then think of how to represent it. Basically a project is a number of related files that form parts of the same bigger concept. One way to represent it would be a file-folder, only this idea has been used before for directories (a similar concept in fact). Another would be a file-cabinet -but that is typically associated with archives so rule that out. A clipboard can hold related files together - but it will be mistaken for the copy/paste clipboard. An inbox/paper-tray does represent it, but is more commonly associated with e-mail. So it looks like all the obvious choices are already taken. In that case, let's look at it from a different angle. A project is what all the files are meant to produce, but the files are not the project. The project is an end in itself and it's purpose is to produce the executable results. So an executable icon could work - but it doesn't quite fit - the project PRODUCES an executable (or becomes one) but it ISN'T one itself. What is that something that it is. If we think abstractly enough to describe the concept of a project - then it is a series of related tasks that produce a result. Well for THAT idea we do have a commonly recognized symbol - the checkbox tree. Something like this | |__[] | |__[] | |__[] Now shrink that into a good size, scale it a bit and turn it into pixels instead of ascii and I think you got the right kind of concept conveyed (with a bit or work anyway)) :p Any thougths ? -- 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 webcoming: http://silentcoder.co.za/scartoonz The worlds best cybercafe manager: http://outkafe.outkastsolutions.co.za begin:vcard fn:AJ Venter n:Venter;AJ org:Global Pact Trading Pty. Ltd.;OutKast Solutions email;internet:[EMAIL PROTECTED] title:Director of Product Development tel;work:+27 21 554 5059 tel;fax:+27 21 413 2800 tel;cell:+27 83 455 9978 url:http://www.outkastsolutions.co.za version:2.1 end:vcard
Re: [lazarus] Another icons for Lazarus
On 18/09/2007, wile64 [EMAIL PROTECTED] wrote: Thank you for your answers, but not to forget that the icons make 16x16 pixels! :-) Very true! Having designed a few icons myself, I know exactly what you mean. Here a first proposal on the Marc idea. That could work. I've seen other tools use the '3 cube' image to represent group items like projects. 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] Another icons for Lazarus
Thank you for your answers, but not to forget that the icons make 16x16 pixels! There is necessary to remain simple and clear ;) Here a first proposal on the Marc idea. -- Laurent. My Web : http://wile64.neuf.fr/ French Forum : http://lazforum-fr.tuxfamily.org/index.php attachment: project2.png
Re: [lazarus] Another icons for Lazarus
On 16/09/2007, wile64 [EMAIL PROTECTED] wrote: Does nobody others have opinion on this subject? What about a folder with files sticking out (like normally used for directories), but the folder has the initials .lpr on it. Same ideas as a home folder icon that has a picture of a house on it. Or start looking at screenshots of other development tools to see what images they used to represent a project. :) 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] Another icons for Lazarus
wile64 wrote: Thank you for your answers, but not to forget that the icons make 16x16 pixels! There is necessary to remain simple and clear ;) Here a first proposal on the Marc idea. -- Laurent. My Web : http://wile64.neuf.fr/ French Forum : http://lazforum-fr.tuxfamily.org/index.php Looks remarkably like KDiskFree and KwikDisk icons in Linux, but no harm for that. I like it. Regards - Chris
Re: [lazarus] Another icons for Lazarus
A.J. Venter ha scritto: Does nobody others have opinion on this subject? With all the new images I missed these. It indeed looks like variations of an inbox, I don't see a relation to a project. Otoh, a project is a bunch of files which can be filed an such box. Anyway, looking at other places in Lazarus, there is the project source icon and there is pkg_project.xpm I think the red/yellow/blue figure are used on more places to indicate something of a project. My opinion is to think of what a project is - and then think of how to represent it. Basically a project is a number of related files that form parts of the same bigger concept. One way to represent it would be a file-folder, only this idea has been used before for directories (a similar concept in fact). Another would be a file-cabinet -but that is typically associated with archives so rule that out. A clipboard can hold related files together - but it will be mistaken for the copy/paste clipboard. An inbox/paper-tray does represent it, but is more commonly associated with e-mail. So it looks like all the obvious choices are already taken. In that case, let's look at it from a different angle. A project is what all the files are meant to produce, but the files are not the project. The project is an end in itself and it's purpose is to produce the executable results. So an executable icon could work - but it doesn't quite fit - the project PRODUCES an executable (or becomes one) but it ISN'T one itself. What is that something that it is. If we think abstractly enough to describe the concept of a project - then it is a series of related tasks that produce a result. Well for THAT idea we do have a commonly recognized symbol - the checkbox tree. Something like this | |__[] | |__[] | |__[] Now shrink that into a good size, scale it a bit and turn it into pixels instead of ascii and I think you got the right kind of concept conveyed (with a bit or work anyway)) :p Any thougths ? The problem is also to find something which can be easily represented on a small Icon. If a project is a collection of files meant to create programs, and a gear is used to represent a program, what about a sort of gearbox, two or three gears on a page or something like this? Giuliano _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
RE: [lazarus] Is lazreport supposed to work? (gtk2/linux)
Luca,
The DC is invalid. Maybe you need to include the interfaces unit to initialize
the widgetset?
Thanks.
-Phil
-Original Message-
From: Luca Olivetti [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 18, 2007 5:12 AM
To: lazarus@miraclec.com
Subject: Re: [lazarus] Is lazreport supposed to work? (gtk2/linux)
En/na Luca Olivetti ha escrit:
En/na Jesus Reyes ha escrit:
The Gtk2 interface is not yet as complete or tested as the windows or
GTK1 inteface, as the more work is put in GTK2 interface it will
benefit LazReport also. Btw, there are several bug reported in
relation with LazReport and GTK2 interface, if you find a bug in
LazReport either in GTK2, GTK1 o Windows that is not yet in bug
tracker please submit it, otherwise it might be forgotten.
Ok, I submitted bugs 9678 and 9679
http://www.freepascal.org/mantis/view.php?id=9678
(components placed 200-300 pixels to the right of the cursor)
http://www.freepascal.org/mantis/view.php?id=9679
(no text in the printed report).
Now that at least the second bug is fixed (thanks!), here comes the
difficult part ;-)
Is there a simple (or not so simple) way to use lazreport to send a
report to the printer without X (I'm going to need this on an headless
machine)?
Just to test the waters, I started with a really simple test program
program simple;
{$mode objfpc}{$H+}
uses
LR_Class;
begin
end.
and it is enough to cause this:
TCUPSPrinter.GetEnumAttributeString Attribute not found: media-supported
TCUPSPrinter.GetEnumAttributeString Attribute not found: media-supported
TCUPSPrinter.GetEnumAttributeString Attribute not found: media-supported
[FORMS.PP] ExceptionOccurred
Sender=EAccessViolation
Exception=Access violation
Stack trace:
$08132A57 GETDC, line 336 of ./include/winapi.inc
$0811FD0D TBITMAP__HANDLENEEDED, line 442 of ./include/bitmap.inc
$08122139 TBITMAPCANVAS__CREATEHANDLE, line 46 of
./include/bitmapcanvas.inc
$081292F8 TCANVAS__REQUIREDSTATE, line 1530 of ./include/canvas.inc
$0812916C TCANVAS__GETHANDLE, line 1440 of ./include/canvas.inc
$08126A46 TCANVAS__SETPIXEL, line 109 of ./include/canvas.inc
$0807CFC0 DOINIT, line 8706 of lr_class.pas
$0807EC5D LR_CLASS_init, line 9084 of lr_class.pas
$080579B4
TApplication.HandleException Access violation
Stack trace:
$08132A57 GETDC, line 336 of ./include/winapi.inc
$0811FD0D TBITMAP__HANDLENEEDED, line 442 of ./include/bitmap.inc
$08122139 TBITMAPCANVAS__CREATEHANDLE, line 46 of
./include/bitmapcanvas.inc
$081292F8 TCANVAS__REQUIREDSTATE, line 1530 of ./include/canvas.inc
$0812916C TCANVAS__GETHANDLE, line 1440 of ./include/canvas.inc
$08126A46 TCANVAS__SETPIXEL, line 109 of ./include/canvas.inc
$0807CFC0 DOINIT, line 8706 of lr_class.pas
$0807EC5D LR_CLASS_init, line 9084 of lr_class.pas
$080579B4
Bye
--
Luca Olivetti
Wetron Automatización S.A. http://www.wetron.es/
Tel. +34 93 5883004 Fax +34 93 5883007
_
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] Is lazreport supposed to work? (gtk2/linux)
En/na Hess, Philip J ha escrit:
Luca,
The DC is invalid. Maybe you need to include the interfaces unit to initialize
the widgetset?
But then it doesn't work without X:
---[Test program]--
program simple;
{$mode objfpc}{$H+}
uses
interfaces,
LR_Class;
begin
Writeln('Ok');
end.
--[ output in a konsole/xterm ]--
TCUPSPrinter.GetEnumAttributeString Attribute not found: media-supported
TCUPSPrinter.GetEnumAttributeString Attribute not found: media-supported
TCUPSPrinter.GetEnumAttributeString Attribute not found: media-supported
Ok
--[ output in a real console/no DISPLAY ]
Gtk-WARNING **: cannot open display:
--
Anyway, it doesn't matter too much, since what I need to do is print a
listing with barcodes, and I found that I could do it by either invoking
the gnu barcode utility or to manually generate the needed postscript
using the barcode writer in pure postscript:
http://www.terryburton.co.uk/barcodewriter/
Thank you.
--
Luca
_
To unsubscribe: mail [EMAIL PROTECTED] with
unsubscribe as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Supporting Visual Form Inheritance in a GUI Designer
Zitat von Graeme Geldenhuys [EMAIL PROTECTED]: Hi, This is not really related to Lazarus, but only me asking for advice from developers that handled this issue before that I have now. I created (ported) a very basic GUI Designer for the fpGUI toolkit. Purely for the purpose of speeding up some form designs. It generates the Form and containing components as code in a source unit. Not as a external *.lfm file like Lazarus and Delphi does. The designer inserts Begin/End comment markers to know what section it maintains and supports multiple forms in a single source unit. I use Form Inheritance a lot in my applications. Currently my GUI Designer doesn't support Visual Form Inheritance, though it doesn't crash reading and building the form either. I would like to implement VFI in my GUI Designer, but have a few questions. What is the process flow Lazarus uses to build up a designer form that implements form inheritance? eg: * The order of loading the form into the gui designer form? It loads the ancestor first. They are created hidden if needed, so you may not see them. * How does it know which unit contains the parent class? Basically it parses the source and searches for the unit with the right class and .lfm file. It has some fallbacks in case of errors in code. * How does it track changes made to components implemented in the parent class? It does not yet. I already have some experimental code for this, but it needs completion and integration into the IDE. The MSEGUI seems to use its property hooks and always streams the complete form, which works good for small forms and normal property editors. * How does it know what components are from parent forms and what are newly introduced? It searches the component name in the ancestor instance. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Another icons for Lazarus
I looked at - The idea of A.J.Venter do not clear in 16x16 - Guiliano, The gearbox it is not good idea :( - Reimar, Which image definite an executable ? - Greame, it is menu_open_project.png I search again ;) -- Laurent. My Web : http://wile64.neuf.fr/ French Forum : http://lazforum-fr.tuxfamily.org/index.php
Re: [lazarus] Supporting Visual Form Inheritance in a GUI Designer
On Tue, 18 Sep 2007, Mattias Gärtner wrote: * How does it track changes made to components implemented in the parent class? It does not yet. I already have some experimental code for this, but it needs completion and integration into the IDE. The MSEGUI seems to use its property hooks and always streams the complete form, which works good for small forms and normal property editors. ? How can this work ? Michael.
Re: [lazarus] Another icons for Lazarus
wile64 ha scritto: I looked at - The idea of A.J.Venter do not clear in 16x16 - Guiliano, The gearbox it is not good idea :( Why not? It's *my* idea! ;-) However I was thinking to something of the sort of the Kdevelop project icon, but with two gears instead of one. Also Qt Designer uses the same approach. I include the two samples, for your inspiration (or further reject). Giuliano inline: KDev.pnginline: Qt.png
[lazarus] Session info - default location
Hi, How can I make saving the session info in the .lps file the default behaviour ? Now I must explicitly set this each time I create a new project. If this is not yet possible, can such a feature be added ? Michael. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Supporting Visual Form Inheritance in a GUI Designer
On 18/09/2007, Michael Van Canneyt [EMAIL PROTECTED] wrote: * How does it track changes made to components implemented in the parent class? It does not yet. I already have some experimental code for this, but it needs completion and integration into the IDE. The MSEGUI seems to use its property hooks and always streams the complete form, which works good for small forms and normal property editors. ? How can this work ? I'm also a bit lost... :) Then again, I haven't had a look at the MSEGUI code yet. 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] Session info - default location
On 18/09/2007, Michael Van Canneyt [EMAIL PROTECTED] wrote: How can I make saving the session info in the .lps file the default behaviour ? Now I must explicitly set this each time I create a new project. Brilliant idea, because I keep doing that same task over and over again. If this is not yet possible, can such a feature be added ? Looking forward to your patch... ;-) 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] Another icons for Lazarus
However I was thinking to something of the sort of the Kdevelop project icon, but with two gears instead of one. Also Qt Designer uses the same approach. I include the two samples, for your inspiration (or further reject). These are the SAME icons used in KDE for the 'executable' or very close to it at least. Clearly they stopped thinking at the point I passed through (that a project produces an executable) - but I still think a project is what an executable is MADE from - not the executable itself. Since my icon idea was considered too complex for 16x16 I would propose that we DO use the gear - but let's take it a step further - and try to convey the concept of what an executable is made from. Now if the exe is a gear... I see two instant ideas in my head. The first is a wireframe gear - e.g. just an outline. The only question is whether it will remain recognizeable at small sizes. The next is to split the gear into parts. A pie-sliced gear if you will. Too many slices would make it look like a piechart icon though - so perhaps we should just neatly cut it into two. Voila - we have PIECES that when combined can produce and EXECUTABLE - better than that I cannot represent the idea of a project. I created a quick sample from my KDE icons - but I would suggest if we adopt the idea that we do a proper one in Lazarus look/feel. -- 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 webcoming: http://silentcoder.co.za/scartoonz The worlds best cybercafe manager: http://outkafe.outkastsolutions.co.za inline: gearsample.pngbegin:vcard fn:AJ Venter n:Venter;AJ org:Global Pact Trading Pty. Ltd.;OutKast Solutions email;internet:[EMAIL PROTECTED] title:Director of Product Development tel;work:+27 21 554 5059 tel;fax:+27 21 413 2800 tel;cell:+27 83 455 9978 url:http://www.outkastsolutions.co.za version:2.1 end:vcard
