Re: [lazarus] History of the widget set design?
On 4/3/07, Lord Satan [EMAIL PROTECTED] wrote: If the user has the choice between native and non native most will choose the native one. The same reason why KDE-guys use mostly QT apps and Gnome ones use mostly GTK apps. Maybe I'm just different. I use Ubuntu, which comes default with Gnome, yet I use quite a few KDE or Qt apps like Kate, esvn and Kile to name a few. I use a mixed bag, whatever does the job best! Btw are there any screenshots or even better a working example of fpGUI in action? All I know about it is what I read on this list but I have no clue what it looks like and how it feels. Have a look at the fpGUI website. Those screenshots are a bit old, but will give you a good idea. Half those screenshots show the Windows 9x theme (under Linux), the other half show the GFX backend doing painting. http://opensoft.homeip.net/fpgui/ As those screenshots show, getting the Windows look is really easy. And seeing the 95% of the world use Windows, you'll make many people feel right at home. -- Graeme Geldenhuys There's no place like S34° 03.168' E018° 49.342' _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] History of the widget set design?
On 4/3/07, Lord Satan [EMAIL PROTECTED] wrote: But the developer plans native widget support for the next major version of Pixel and looking at the screenshots I know why users demand it. Nonetheless you are right that it could be a gain for Lazarus. Nobody has seen the code of eLiquid, so nobody other that it's author can currently say what eLiquid can do, how themeable it is, etc. Judging from the screenshots of Pixel alone, it looks pretty flexible. The author has mentioned a few years back already that he would like to document eLiquid and maybe open-source it. Nothing has happened yet, so I wouldn't hold my breath. -- Graeme Geldenhuys There's no place like S34° 03.168' E018° 49.342' _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] History of the widget set design?
On 4/3/07, Andrew Haines [EMAIL PROTECTED] wrote: Part of the reason for that, is that there is a lot of old code that was written before the redesign of the underlying interface to the native widgets. And at least for gtk1, it misses some functionality that is Do you know the status of GTK2? Is it workable yet and not just for a Hello World app? The last time I tried it (a few months back) it wasn't close to ready, so switched immediately back to GTK1. Where are most of the Lazarus GTK development being concentrated on at the moment GTK1 or GTK2? -- Graeme Geldenhuys There's no place like S34° 03.168' E018° 49.342' _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] port for TMysqlconnection
Hello, I would like specify a precise port for TMysqlConnection. How can I do this ? Regards. Sébastien TACK _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] ActiveX Data Object
dayat wrote: SQLDB's ODBC very busy to finish the problem of me. otherwise there is a way of is other, how to make and vanish DSN ODBC at windows On the Control Panel (Win 9x/ME) or Control Panel - Administrative Tools (Win XP) there is a 'Data Sources (ODBC)' item. You can create new DSNs here: - either a User DSN or System DSN, which you can refer to by TODBCConnection.DatabaseName - or a File DSN; you can refer to this one by the TODBCConnection.FileDSN property You can also manually set the parameters for your connection in a TODBCConection object. See the property declarations in the source code for an explanation which property maps to which connection property. In this case you need to specify TODBCConnection.Driver; the driver names are also listed on the Control Panel ODBC item. Note that using TODBCConnection.Params, you can supply arbitrary ODBC connection parameters, using lines of the form PROPNAME=value. Example for connecting with MS Access: Driver = 'Microsoft Access Driver (*.mdb)' Params = ['DBQ=C:\path\to\my\database.mdb'] I guess Excel uses pretty much the same parameters. You need to look up the Excel ODBC dirver documentation for details, also on how the spreadsheet is interpreted as a database. Reagards, Bram _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] port for TMysqlconnection
On Tue, 3 Apr 2007, Sébastien TACK wrote: Hello, I would like specify a precise port for TMysqlConnection. How can I do this ? I committed a fix to subversion so you can specify it in the parameters: Params.['Port']:=IntToStr(4545); This means you'll have to recompile the mysql connection component. Michael.
Re: [lazarus] ActiveX Data Object
I am sorry, its intention make and vanish odbc of comand of freepascal On 5/20/07, Bram Kuijvenhoven [EMAIL PROTECTED] wrote: dayat wrote: SQLDB's ODBC very busy to finish the problem of me. otherwise there is a way of is other, how to make and vanish DSN ODBC at windows On the Control Panel (Win 9x/ME) or Control Panel - Administrative Tools (Win XP) there is a 'Data Sources (ODBC)' item. You can create new DSNs here: - either a User DSN or System DSN, which you can refer to by TODBCConnection.DatabaseName - or a File DSN; you can refer to this one by the TODBCConnection.FileDSNproperty You can also manually set the parameters for your connection in a TODBCConection object. See the property declarations in the source code for an explanation which property maps to which connection property. In this case you need to specify TODBCConnection.Driver; the driver names are also listed on the Control Panel ODBC item. Note that using TODBCConnection.Params, you can supply arbitrary ODBC connection parameters, using lines of the form PROPNAME=value. Example for connecting with MS Access: Driver = 'Microsoft Access Driver (*.mdb)' Params = ['DBQ=C:\path\to\my\database.mdb'] I guess Excel uses pretty much the same parameters. You need to look up the Excel ODBC dirver documentation for details, also on how the spreadsheet is interpreted as a database. Reagards, Bram _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] port for TMysqlconnection
I have a same problem with this... but I used PQconnection I can solve my program with add this code === with PQConnection1 do begin HostName:='localhost'; DatabaseName:='pep'; UserName:='superuser'; Password:='admin'; Params.Clear; Params.Add('port='+QuotedStr('3559')); end; PQConnection1.Open; === Maybe you must try 'port' or 'Port' - according to MySQL component Michael Van Canneyt [EMAIL PROTECTED] wrote: On Tue, 3 Apr 2007, Sébastien TACK wrote: Hello, I would like specify a precise port for TMysqlConnection. How can I do this ? I committed a fix to subversion so you can specify it in the parameters: Params.['Port']:=IntToStr(4545); This means you'll have to recompile the mysql connection component. Michael. - Now that's room service! Choose from over 150,000 hotels in 45,000 destinations on Yahoo! Travel to find your fit.
[lazarus] Can not access Ttrackbar
I used a TrackBar component usually I can access position property (in Delphi) but I can not access in Lazarus procedure TForm1.TrackBar1Change(Sender: TObject); begin Edit1.Text:=IntToStr(TrackBar1.Position); end; How I can access this property =INTOSOFT ALEXIO CHAOS [EMAIL PROTECTED] Yahoo Messager = - No need to miss a message. Get email on-the-go with Yahoo! Mail for Mobile. Get started.
Re: [lazarus] Can not access Ttrackbar
Darmawan Sugiarto schreef: I used a TrackBar component usually I can access position property (in Delphi) but I can not access in Lazarus procedure TForm1.TrackBar1Change(Sender: TObject); begin Edit1.Text:=IntToStr(TrackBar1.Position); end; Why do you think you cannot access that property? Note that there is a bug in Lazarus 0.9.22 (fixed in svn and the snapshots), so that it always returns 0. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Can not access Ttrackbar
Sorry may be It's a stupid question... What is SVN and Snapshot ??? Vincent Snijders [EMAIL PROTECTED] wrote: Darmawan Sugiarto schreef: I used a TrackBar component usually I can access position property (in Delphi) but I can not access in Lazarus procedure TForm1.TrackBar1Change(Sender: TObject); begin Edit1.Text:=IntToStr(TrackBar1.Position); end; Why do you think you cannot access that property? Note that there is a bug in Lazarus 0.9.22 (fixed in svn and the snapshots), so that it always returns 0. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives =INTOSOFT ALEXIO CHAOS [EMAIL PROTECTED] Yahoo Messager = - Don't pick lemons. See all the new 2007 cars at Yahoo! Autos.
Re: [lazarus] AllocateHWnd
Felipe Monteiro de Carvalho schreef: What other doubts do we have about this subject? I spoke with Marc on irc (#lazarus-ide). There were two open issues, for which I wanted feedback of other developers. 1. Is this cross platform (actually cross widget set) enough to warrant implementation in LCLIntf or just win32 specific like TWin32WidgetSet.AppHandle. Our conclusion is that is cross platform enough, certainly for win32, you said it can be easily ported to qt, Marc saw some possibility for porting to X and therefore gtk. 2. Where should DefWindowProc be called? By the client in MyWndProc as is done in Delphi code or by the WidgetSet specific code? We could add a LCLIntf.DefWindowProc, but decided not to do that and that it is best to do it in the WidgetSet specific code. That way it gives us a bit more room to implement AllocateHWnd on other widget sets. So, I will commit your latest patch in the bug tracker. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Can not access Ttrackbar
Darmawan Sugiarto schreef: Sorry may be It's a stupid question... What is SVN and Snapshot ??? SVN is the place where we store the lazarus sources: See http://wiki.lazarus.freepascal.org/Getting_Lazarus You can browse the repository at: http://www.freepascal.org/cgi-bin/viewcvs.cgi/trunk/?root=lazarus Each night the current source is retrieved from the svn repository and new lazarus installers are made. See http://wiki.lazarus.freepascal.org/Lazarus_Snapshots_Downloads Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] AllocateHWnd
On Tue, 03 Apr 2007 11:08:03 +0200 Vincent Snijders [EMAIL PROTECTED] wrote: Felipe Monteiro de Carvalho schreef: What other doubts do we have about this subject? I spoke with Marc on irc (#lazarus-ide). There were two open issues, for which I wanted feedback of other developers. 1. Is this cross platform (actually cross widget set) enough to warrant implementation in LCLIntf or just win32 specific like TWin32WidgetSet.AppHandle. Our conclusion is that is cross platform enough, certainly for win32, you said it can be easily ported to qt, Marc saw some possibility for porting to X and therefore gtk. 2. Where should DefWindowProc be called? By the client in MyWndProc as is done in Delphi code or by the WidgetSet specific code? We could add a LCLIntf.DefWindowProc, but decided not to do that and that it is best to do it in the WidgetSet specific code. That way it gives us a bit more room to implement AllocateHWnd on other widget sets. This thread is quite large, so maybe I missed some information. As far as I can see, AllocateHWnd is used by some Delphi apps to receive messages (?) without having a visible window and feed them into a TMethod. I found some examples on the internet, but they were only sending custom messages or winapi specific tricks. Can someone give a short example or point me to the right mail, where AllocateHWnd is needed and why it must be implemented in all LCL interfaces instead of the LCL? So, I will commit your latest patch in the bug tracker. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] History of the widget set design?
On Tue, 3 Apr 2007 08:43:50 +0200 Graeme Geldenhuys [EMAIL PROTECTED] wrote: On 4/3/07, Lord Satan [EMAIL PROTECTED] wrote: If the user has the choice between native and non native most will choose the native one. The same reason why KDE-guys use mostly QT apps and Gnome ones use mostly GTK apps. Maybe I'm just different. I use Ubuntu, which comes default with Gnome, yet I use quite a few KDE or Qt apps like Kate, esvn and Kile to name a few. I use a mixed bag, whatever does the job best! Many people use a mixed bag, but never close to hals QT half GTK. As those screenshots show, getting the Windows look is really easy. Of course it is easy as it looks as ugly as my GTK Lazarus (for some unknown reason I cannot use GTK pixmap themes). Is there theme support planed? It will be really hard to get Mac OS X users to use apps that look like this. They want that all their apps look the same and that is true for me, too, but I am a gfx guy so I like nice looks more than other people. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] port for TMysqlconnection
On Tue, 3 Apr 2007, Darmawan Sugiarto wrote: I have a same problem with this... but I used PQconnection I can solve my program with add this code === with PQConnection1 do begin HostName:='localhost'; DatabaseName:='pep'; UserName:='superuser'; Password:='admin'; Params.Clear; Params.Add('port='+QuotedStr('3559')); end; PQConnection1.Open; === Maybe you must try 'port' or 'Port' - according to MySQL component It's case insensitive. Michael. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] History of the widget set design?
On 4/3/07, Lord Satan [EMAIL PROTECTED] wrote: Of course it is easy as it looks as ugly as my GTK Lazarus (for some unknown reason I cannot use GTK pixmap themes). As I said those screenshots are old and from Linux when fpGUI didn't have Xft (anti-aliased font) support. The latest fpGUI has anti-aliased font support. I'm working on a pixmap based theme for fpGUI. That way graphics artists can create themes instead of developers via code. As for you Lazarus GTK Pixmap's problem. Have you got the GTK1 Pixmaps theme engine installed (not just the themes). I had the same problem under Ubuntu. I could install Pixmap based themes, but no affect under Lazarus or any GTK1 based apps. After running Lazarus from the command line, GTK gave me a error message saying it couldn't find some pixmap engine .so files. Used apt-get, installed it, and now my themes work. :-) It will be really hard to get Mac OS X users to use apps that look like this. They want that all their apps look the same and that is true for me, too I'm taking it on step at a time and prioritising according to my current needs. At the moment I have no need for OSX support. All my clients are on Linux or Windows only. Hopefully some day I'll get to it, but I have more pressing needs to fulfil first. -- Graeme Geldenhuys There's no place like S34° 03.168' E018° 49.342' _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] History of the widget set design?
Graeme Geldenhuys wrote: On 4/3/07, Andrew Haines [EMAIL PROTECTED] wrote: Part of the reason for that, is that there is a lot of old code that was written before the redesign of the underlying interface to the native widgets. And at least for gtk1, it misses some functionality that is Do you know the status of GTK2? Is it workable yet and not just for a Hello World app? The last time I tried it (a few months back) it wasn't close to ready, so switched immediately back to GTK1. Where are most of the Lazarus GTK development being concentrated on at the moment GTK1 or GTK2? I am using lazarus compiled with gtk2 exclusively. It rarely crashes. There are lots of gtk-warning and gtk-critical messages that appear on the console, but most of them are for signals trying to be used on widgets that don't accept them. I would say gtk2 is beyond a HelloWorld application. As far as where development is being concentrated, I can't say. Most of the work I do on lazarus is related gtk2 of late, but I only work at it in my spare time, like most contributors, so how much is done is not constant. Andrew _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] History of the widget set design?
On 4/2/07, Graeme Geldenhuys [EMAIL PROTECTED] wrote: On 4/2/07, Felipe Monteiro de Carvalho [EMAIL PROTECTED] wrote: Yes, but I think that if the application is used only in enterprises and such, the users probably won´t care. And then the enterprise will be more interrested in productivity then in a confortable user interface experience. Exactly! I can think of many examples where Enterprise applications don't even come close to resembling the native platform at all, but yet companies like Microsoft (Media Player 9, Office XP 2007, Outlook), Sun (Java) and IBM (Java, Lotus SmartSuite) sell those and nobody complains. Good point. I have been flying around quite a bit in the last few years and whenever I am at a travel agent, I see the same UI: a command line console thing in a window (they use the most cryptic commands I have ever seen). I took the time to ask one or two of them what they think of that UI as opposed to a more windows-like UI and they said that it quite simply much faster even though it has a higher learning curve. So I agree, in a corporate environment the productivity is MUCH more important. I think the user's experience is still very important, but when a choice needs to be made between the two, productivity would have to win. Charl -- I love deadlines. I especially love the whooshing sound they make as they fly by. - Douglas Adams
Re: [lazarus] ActiveX Data Object
Bram Kuijvenhoven schreef: dayat wrote: I am sorry, its intention make and vanish odbc of comand of freepascal (I hope I more or less understand your question, and that you can understand me) I understood the question in a different way. To use an ODBC connection you need a DSN. How can I create a DSN from my program? How can I delete the DSN from the system after the program has done its job, just before exiting? Dayat, please correct me, if I am wrong. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] History of the widget set design?
Andrew Haines schrieb: Graeme Geldenhuys wrote: On 4/3/07, Andrew Haines [EMAIL PROTECTED] wrote: Part of the reason for that, is that there is a lot of old code that was written before the redesign of the underlying interface to the native widgets. And at least for gtk1, it misses some functionality that is Do you know the status of GTK2? Is it workable yet and not just for a Hello World app? The last time I tried it (a few months back) it wasn't close to ready, so switched immediately back to GTK1. Where are most of the Lazarus GTK development being concentrated on at the moment GTK1 or GTK2? I am using lazarus compiled with gtk2 exclusively. It rarely crashes. There are lots of gtk-warning and gtk-critical messages that appear on the console, but most of them are for signals trying to be used on widgets that don't accept them. I would say gtk2 is beyond a HelloWorld application. For me lazarus itself compiled with gtk2 works fine with a few glitches. As far as where development is being concentrated, I can't say. Most of the work I do on lazarus is related gtk2 of late, but I only work at it in my spare time, like most contributors, so how much is done is not constant. Andrew _ 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] History of the widget set design?
Tuesday, April 03, 2007, 10:43:50 AM, Graeme wrote: GG Have a look at the fpGUI website. Those screenshots are a bit old, GG but will give you a good idea. GG Half those screenshots show the Windows 9x theme (under Linux), the GG other half show the GFX backend doing painting. GG http://opensoft.homeip.net/fpgui/ GG As those screenshots show, getting the Windows look is really easy. GG And seeing the 95% of the world use Windows, you'll make many people GG feel right at home. Unfortunately, not. By now fpGUI has (most of) the look, but does not have the feel. For example: - The caret does not blink in Edit field. Enter 'i', put a caret over it and you'll have no idea of what is behind the caret. Note that in Windows that 'i' will be visible even when the caret blinks on. - Clicking second time on ComboBox dropdown arrow does not close it as one would expect (the third click, however, closes the combo). - When dragging a scrollbar thumb, if you drag mouse off the scrollbar, it stops scrolling and, moreover, reverts to position where the dragging was started. - It ignores Windows settings for hiding keyboard cues and focus rectangles. And there are tons of similar issues, which make any fpGUI app feel extermely alien in Windows. As a programmer, I can say that fixing such issues is actually a much harder and boring job than what you had already done. Nevertheless, you are on a really good way with the fpGUI! Being free of legacy bugs and external dependencies, and at the same time compatible with VCL to a certain degree, it has real potential to eventually become a very useful library. -- Best regards, Sergei _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] History of the widget set design?
On 4/3/07, Sergei Gorelkin [EMAIL PROTECTED] wrote: Unfortunately, not. By now fpGUI has (most of) the look, but does not have the feel. For example: I was only making a statement against the look. I know the 'feel' as a lot more outstanding. Thanks for your observations though. I'll add them to my Windows todo list. As a non-windows user any such hints are welcome and appreciated. of legacy bugs and external dependencies, and at the same time compatible with VCL to a certain degree, it has real potential to At first I wasn't steering towards VCL compatibility, but I have changed my mind since. I think getting fpGUI more VCL compatible will help attract more users of fpGUI and minimize the learning curve. I'm not aiming for 100% VCL compatible either, as I think some things in the VCL can be improved on, and will implement those in fpGUI. -- Graeme Geldenhuys There's no place like S34° 03.168' E018° 49.342' _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] AllocateHWnd
On 4/3/07, Felipe Monteiro de Carvalho [EMAIL PROTECTED] wrote: Further, I don´t know even on windows if just creating a TWinControl would do it. Something extra: My idea of implementing this as pure LCL would be creating a TWinControl and implementing a WndProc. But the windows interface won´t pass messages WM_USER to WndProc by default, which eliminates a great deal of the use of AllocateHWnd, which is exactly custom messages. Further the WndProc only works on Windows anyway, at least today. By the way, I would love if the IFDEF for Win32 Messages greater then WM_USER was removed =) -- Felipe Monteiro de Carvalho _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] History of the widget set design?
Sergei Gorelkin wrote: And there are tons of similar issues, which make any fpGUI app feel extermely alien in Windows. As a programmer, I can say that fixing such issues is actually a much harder and boring job than what you had already done. Agreed. Nevertheless, you are on a really good way with the fpGUI! Being free of legacy bugs and external dependencies, and at the same time compatible with VCL to a certain degree, it has real potential to eventually become a very useful library. Great things do start small, and actually evolving slowly is one great recipe for success. Keep up the good work, and make sure that improvements aren't at the cost of quality, as in: Quality comes first, looks are second. Thanks! -- Al _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] AllocateHWnd
By the way, I would love if the IFDEF for Win32 Messages greater then WM_USER was removed =) Any reason to keep it ? _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] AllocateHWnd
Razvan Adrian Bogdan schreef: By the way, I would love if the IFDEF for Win32 Messages greater then WM_USER was removed =) Any reason to keep it ? To prevent abuse and writing unportable code. It is better to think of portable solutions. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] AllocateHWnd
Razvan Adrian Bogdan wrote: By the way, I would love if the IFDEF for Win32 Messages greater then WM_USER was removed =) Any reason to keep it ? Yes, to force us to think about a platform independent way of solving this. Marc _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] AllocateHWnd
Felipe Monteiro de Carvalho wrote: On 4/3/07, Mattias Gaertner [EMAIL PROTECTED] wrote: Can someone give a short example or point me to the right mail, where AllocateHWnd is needed and why it must be implemented in all LCL interfaces instead of the LCL? [...] Further, I don´t know even on windows if just creating a TWinControl would do it. Besides that, windows has far more efficient ways to create a handle for this (messagewindow) than creating a full blown window. Marc _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] AllocateHWnd
Felipe Monteiro de Carvalho wrote: On 4/3/07, Mattias Gaertner [EMAIL PROTECTED] wrote: Can someone give a short example or point me to the right mail, where AllocateHWnd is needed and why it must be implemented in all LCL interfaces instead of the LCL? At some point I thougth about implementing it purely on LCL, but I discarted this option a little later. It was a implementation option. I don´t remember exactly the reasons, I think the reason you abandoned it is because you want to leverage existing code, which is fine. But you probably loose cross-platform compatibly that way, as each platform does it differently, unless you are really lucky. On linux, for example, message loops are done via IPC, as is shmem and mutex. So, what we need is an IPC component, that wraps the platform details inside the component, and exposes a platform-independent interface. but I can try to thing again about it. Good idea. Thanks! -- Al _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] History of the widget set design?
Graeme Geldenhuys schrieb: On 4/3/07, Sergei Gorelkin [EMAIL PROTECTED] wrote: Unfortunately, not. By now fpGUI has (most of) the look, but does not have the feel. For example: I was only making a statement against the look. I know the 'feel' as a lot more outstanding. Thanks for your observations though. I'll add them to my Windows todo list. As a non-windows user any such hints are welcome and appreciated. of legacy bugs and external dependencies, and at the same time compatible with VCL to a certain degree, it has real potential to At first I wasn't steering towards VCL compatibility, but I have changed my mind since. I think getting fpGUI more VCL compatible will help attract more users of fpGUI and minimize the learning curve. I'm not aiming for 100% VCL compatible either, as I think some things in the VCL can be improved on, and will implement those in fpGUI. If you don't want VCL compatibility, then better help with msegui. MSEgui/ide is already an excellent non native/non vcl compatible gui development system. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] History of the widget set design?
On 4/3/07, Florian Klaempfl [EMAIL PROTECTED] wrote: If you don't want VCL compatibility, then better help with msegui. MSEgui/ide is already an excellent non native/non vcl compatible gui development system. I have previously had a look at MSEgui and Martin has a _very_ unique coding style that is really hard to read (except for him). This is a great pity. The other issue I have is that it is nothing like the VCL, so the learning curve is huge. Saying that, the feature list in MSEgui/ide is very impressive. My plans with fpGUI is having a much closer compatibility with the VCL and implement extensions to that. Things like extra constructors, etc like Qt has. This allows you to create GUI's real quick from code without the need of a Form Designer (yet). Obviously the Layout Managers in fpGUI go a long way in helping the developer as well. -- Graeme Geldenhuys There's no place like S34° 03.168' E018° 49.342' _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] popupmenu bug
Am Mittwoch, 14. Februar 2007 13:15:57 schrieb Sebastian Kraft: The popumenu appears about 100px right from the position where the mouse clicke was placed. Seems to be related with TListview because popupmenu works with Treeview... I'm using current svn and GTK2 interface Bug is still unfixed... Where should I start fixing this? Any hints? It is a very annoying bug, so I will try on it... Another thing is that icons in a popumenu aren't shown at the right position. They are about 50px down of the Item where they should stand next to. At what parts of LCL could this bug be found? Sebastian _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] History of the widget set design?
On Mon, Apr 02, 2007 at 11:07:21PM +0200, Graeme Geldenhuys wrote: And non native widget differ much in little things. tab order, key bindings, resize behaviour, speed These are all things that can be addressed in the painting backend and event handling code of the supported platforms. Yes. And because that is so easy, the look and feel of *nix is so much better :_) IOW, that is a stopgap emulation at best, and often doesn't adhere to global OS settings. I think it is much harder to get C++ widget sets to play along in our Object Pascal world than to modify some backend Object Pascal code. Except for QT I don't know C++ widget sets worth mentioning. The rest is all procedural interface. (and even QT can be proceduralised) _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] History of the widget set design?
On Tuesday 03 April 2007 00:22, Hess, Philip J wrote: A Mac feels much more alive than other computers. For example, when logging in if you mistype your password the login dialog briefly wiggles you can have that too in Mandrake. (mandriva-kdm or so), perhaps Mac stole this from linux :-; from side to side as if shaking its head no at you. You get the point instantly. On other systems you would get a error dialog popping up, which you would then have to close before you could re-enter your password. -Original Message- From: Graeme Geldenhuys [mailto:[EMAIL PROTECTED] Sent: Monday, April 02, 2007 5:57 PM To: lazarus@miraclec.com Subject: Re: [lazarus] History of the widget set design? On 4/2/07, Hess, Philip J [EMAIL PROTECTED] wrote: Example: OS X pulsing button. You might spend a lot of effort trying to reproduce this in the painting backend, whereas by using the native I'm afraid I can't comment on OSX and will take you word for it. The only time I have seen OSX, was in their cool ads and in screenshots - and the buttons didn't pulsate there. :-) I really need to get my hands on a Mac some time... _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] AllocateHWnd
On Tue, 3 Apr 2007 17:51:08 +0300 Al Boldi [EMAIL PROTECTED] wrote: Felipe Monteiro de Carvalho wrote: On 4/3/07, Mattias Gaertner [EMAIL PROTECTED] wrote: Can someone give a short example or point me to the right mail, where AllocateHWnd is needed and why it must be implemented in all LCL interfaces instead of the LCL? At some point I thougth about implementing it purely on LCL, but I discarted this option a little later. It was a implementation option. I don´t remember exactly the reasons, I think the reason you abandoned it is because you want to leverage existing code, which is fine. But you probably loose cross-platform compatibly that way, as each platform does it differently, unless you are really lucky. On linux, for example, message loops are done via IPC, as is shmem and mutex. So, what we need is an IPC component, that wraps the platform details inside the component, and exposes a platform-independent interface. but I can try to thing again about it. I got the impression, there is no short example for the need of AllocateHWnd. The only reason seems to be making it easier to port a special winapi IPC mechanism. Are there any other reasons? Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] AllocateHWnd
On 4/3/07, Mattias Gaertner [EMAIL PROTECTED] wrote: I got the impression, there is no short example for the need of AllocateHWnd. The only reason seems to be making it easier to port a special winapi IPC mechanism. Isn´t that enougth? Very large packages as orpheus and graphics32 rely on it, and having it present makes porting quite easier. -- Felipe Monteiro de Carvalho _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] AllocateHWnd
--- Felipe Monteiro de Carvalho [EMAIL PROTECTED] escribió: On 4/3/07, Mattias Gaertner [EMAIL PROTECTED] wrote: I got the impression, there is no short example for the need of AllocateHWnd. The only reason seems to be making it easier to port a special winapi IPC mechanism. Isn´t that enougth? Very large packages as orpheus and graphics32 rely on it, and having it present makes porting quite easier. -- Felipe Monteiro de Carvalho A couple of questions: isn't graphics32 a package that is optimized through assembler routines? how portable would it be, in what platforms would it work?. Jesus Reyes A. ___ Do You Yahoo!? La mejor conexión a Internet y b 2GB/b extra a tu correo por $100 al mes. http://net.yahoo.com.mx _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] AllocateHWnd
On Tue, 3 Apr 2007 19:07:14 +0200 Felipe Monteiro de Carvalho [EMAIL PROTECTED] wrote: On 4/3/07, Mattias Gaertner [EMAIL PROTECTED] wrote: I got the impression, there is no short example for the need of AllocateHWnd. The only reason seems to be making it easier to port a special winapi IPC mechanism. Isn´t that enougth? Well, it is enough to implement something like AllocateHWnd, not that we need exactly this. If AllocateHWnd can be implemented (enough for Orpheus and graphics32) easily on all widgetsets, then let's do it. Otherwise we should think about using/extending the existing FPC/LCL IPC mechanisms. IMHO the idea of the LCLIntf is to provide those parts of the winapi, that can be done on all widgetsets without emulation. The rest is done with FPC/LCL specific functions. Very large packages as orpheus and graphics32 rely on it, and having it present makes porting quite easier. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] AllocateHWnd
On 4/3/07, Jesus Reyes [EMAIL PROTECTED] wrote: A couple of questions: isn't graphics32 a package that is optimized through assembler routines? how portable would it be, in what platforms would it work?. That's not much relevant. I'll simply convert the asm routines to pascal. I'll probably make ifdefs so we still have the optimized asm code for x86 -- Felipe Monteiro de Carvalho _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] AllocateHWnd
--- Felipe Monteiro de Carvalho [EMAIL PROTECTED] escribió: On 4/3/07, Jesus Reyes [EMAIL PROTECTED] wrote: A couple of questions: isn't graphics32 a package that is optimized through assembler routines? how portable would it be, in what platforms would it work?. That's not much relevant. I'll simply convert the asm routines to pascal. I'll probably make ifdefs so we still have the optimized asm code for x86 -- Felipe Monteiro de Carvalho But that will not reduce the usability of the library?, I think the speed is very important in graphics so is the most relevant issue, it doesn't help too much to have the library compilable for example under linux, who will use it? On the other hand if portability is not an issue and simply users want to be able to run fpc/graphics32 programs under windows (I would be one of them :P ), then I guess, something must be done in win32 interface only, what needs to be done?, I don't know for sure, but see for one example the problem of user messages enabled only with a conditional, I never liked (in fact I implemented the part that enabled it) but the argument against it is the same: lazarus is about portability (and in this case I would add usability). When FPImage was implemented I thought it would be the solution to write software similar to what graphics32 allows to do, but in a portable way, I don't know it that reasoning was right though. Jesus Reyes A. ___ Do You Yahoo!? La mejor conexión a Internet y b 2GB/b extra a tu correo por $100 al mes. http://net.yahoo.com.mx _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] LAZARUS_CONFIG_DIR
Hello, i have several Lazarus-Build-Dir's in my userspace: lazarus stable + fpc 2.0.4 lazarus svn + fpc 2.0.4 lazarus svn + fpc svn (2.3.1) I missing then Env-Variable LAZARUS_CONFIG_DIR in the IDE-Environments from Lazarus. It would be an big asset. LAZARUS_CONFIG_DIRs for (my) example: /.lazarus_stable /.lazarus_svn_204 /.lazarus_svn At the moment, i copy the config-files manually. From command line, i have not found a option to manage this. Sorry, my english is bad! MfG Th. Moritz _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] LAZARUS_CONFIG_DIR
Thomas Moritz schreef: Hello, i have several Lazarus-Build-Dir's in my userspace: lazarus stable + fpc 2.0.4 lazarus svn + fpc 2.0.4 lazarus svn + fpc svn (2.3.1) I missing then Env-Variable LAZARUS_CONFIG_DIR in the IDE-Environments from Lazarus. It would be an big asset. LAZARUS_CONFIG_DIRs for (my) example: /.lazarus_stable /.lazarus_svn_204 /.lazarus_svn At the moment, i copy the config-files manually. From command line, i have not found a option to manage this. Sorry, my english is bad! ./lazarus_stable --help would give: --help or -? this help message --primary-config-path= path or --pcp= path primary config directory, where Lazarus stores its config files. Default is C:\lazarus\source\lazarus Try this option. Vincent P.S. remove the reply to header _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] LAZARUS_CONFIG_DIR
Vincent Snijders schreef: Thomas Moritz schreef: Hello, i have several Lazarus-Build-Dir's in my userspace: lazarus stable + fpc 2.0.4 lazarus svn + fpc 2.0.4 lazarus svn + fpc svn (2.3.1) I missing then Env-Variable LAZARUS_CONFIG_DIR in the IDE-Environments from Lazarus. It would be an big asset. LAZARUS_CONFIG_DIRs for (my) example: /.lazarus_stable /.lazarus_svn_204 /.lazarus_svn At the moment, i copy the config-files manually. From command line, i have not found a option to manage this. Sorry, my english is bad! ./lazarus_stable --help would give: I think I made a mistake by assuming ./lazarus_stable is the lazarus executable. Maybe it is a directory. --help or -? this help message --primary-config-path= path or --pcp= path primary config directory, where Lazarus stores its config files. Default is C:\lazarus\source\lazarus Try this option. Vincent P.S. remove the reply to header _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] History of the widget set design?
Graeme Geldenhuys wrote: On 4/2/07, Micha Nelissen [EMAIL PROTECTED] wrote: IMHO, a custom drawn widgetset is never better; as user I would refuse to use it, unless forced to. Tell that to all the KDE or Qt users out there! I really don't get this argument? Why wouldn't you? If I am a KDE user, then any Qt app will appear native to me; so I don't get your point ? Think of what a widget set is (referring to the visual aspects only). It's a set of drawing instructions, to paint a component on a canvas. It's that simple. Now if you take the time with a custom written widget set, you can paint exactly like that. The end-user wouldn't even know. This is simply too naive. You can see the difference, although it might only one be pixel. the title bar (because the app was running under Linux). I believe later versions of QThemed actually hooked into the themes engine of WinXP, to do the painting without the need for composite images. Using WinXP theming engine is indeed possible, but will blow up your binary size, since you are including two painting engines then; regular windows and windows xp. Windows Vista is going to be different still, quite possibly. Implementing themes like Win2000, Win98 or Motif is even easier. I haven't yet seen a good emulation of those, though. Changing only the painting backend is much easier (100s of times) then writing a new widgetset interface. Of course it's easier; but IMHO it's also ugly/uglier. Uglier than the current LCL interface? With units like gtkproc or gtkwinapi, etc. ;-) gtkproc is probably helper procedures, gtkwinapi is implementation of common winapi functions for gtk ... Still I was talking about ugly in the UI aspect, not necessarily the implementation. The gtk interface is not pretty, and needs some cleaning, but that's life of any software project in the long run. Micha _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] LAZARUS_CONFIG_DIR
Am Dienstag, 3. April 2007 schrieb Vincent Snijders: Hello Vincent, At the moment, i copy the config-files manually. From command line, i have not found a option to manage this. Sorry, my english is bad! ./lazarus_stable --help would give: --help or -? this help message --primary-config-path= path or --pcp= path primary config directory, where Lazarus stores its config files. Default is C:\lazarus\source\lazarus Try this option. Many Thanks! Here of my 64-bit-machine, this option gives me help. Of my laptop, the option --help is empty and the prompt i can view. Why, i must check it. P.S. remove the reply to header OK, i have corrected this. Regards Th. Moritz _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] History of the widget set design?
On 4/3/07, Micha Nelissen [EMAIL PROTECTED] wrote: IMHO, a custom drawn widgetset is never better; as user I would refuse to use it, unless forced to. Tell that to all the KDE or Qt users out there! I really don't get this argument? Why wouldn't you? If I am a KDE user, then any Qt app will appear native to me; so I don't get your point ? Qt draws all it's own widgets. It isn't a wrapper for native widget sets. Your statement was the if it was custom drawn, you wouldn't use it. Well Qt is custom draw, KDE is based on Qt, so that is custom drawn. Now how many KDE and Qt users are out there. A lot!! They all seem happy to use a custom drawn widget set, so why wouldn't you? This is simply too naive. You can see the difference, although it might only one be pixel. The QThemed unit I used under Kylix came with the Blue and Silver WinXP themes (as composite images). Those where actual screenshots of the WinXP components (or more precisely the parts that make up the components) and them painted on a CLX form. They where identical, to the pixel. This is exactly what I am working on for fpGUI as well. From a looks point of view, they user will _not_ know the difference. I can't speak for other GUI toolkits, their quality of work (mimicking the running platform) could be sub-standard. GTK under Windows come to mind - they did a terrible job. Using WinXP theming engine is indeed possible, but will blow up your binary size, since you are including two painting engines then; regular Not really, the unit is around 65k in size (1200 lines of code) to hook into the XP theme engine. Implementing themes like Win2000, Win98 or Motif is even easier. I haven't yet seen a good emulation of those, though. Watch this space... :-) -- Graeme Geldenhuys There's no place like S34° 03.168' E018° 49.342' _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] History of the widget set design?
On Tue, 3 Apr 2007 23:49:51 +0200 Graeme Geldenhuys [EMAIL PROTECTED] wrote: Tell that to all the KDE or Qt users out there! I really don't get this argument? Why wouldn't you? If I am a KDE user, then any Qt app will appear native to me; so I don't get your point ? Qt draws all it's own widgets. It isn't a wrapper for native widget sets. Your statement was the if it was custom drawn, you wouldn't use it. Well Qt is custom draw, KDE is based on Qt, so that is custom drawn. Now how many KDE and Qt users are out there. A lot!! They all seem happy to use a custom drawn widget set, so why wouldn't you? QT is as native as it gets for KDE users. Same with GTK and Gnome. Or Enlightenment and its widgetset. Following your reasoning every widgetset on *nix is custom drawn. Sorry, but you have no point at all. On *nix the desktop enviroment determines what's native. *nix system are different in that respect as the widgetsets are not tied to the OS like on Mac or Win. I get the slight feeling that this 'discussion' drifts away from being related to Lazarus at all. Or is there any point? _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] ActiveX Data Object
yes vincent, that's my intention. forgive I make friends become to confuse. sorry, my english so poor. On 4/3/07, Vincent Snijders [EMAIL PROTECTED] wrote: Bram Kuijvenhoven schreef: dayat wrote: I am sorry, its intention make and vanish odbc of comand of freepascal (I hope I more or less understand your question, and that you can understand me) I understood the question in a different way. To use an ODBC connection you need a DSN. How can I create a DSN from my program? How can I delete the DSN from the system after the program has done its job, just before exiting? Dayat, please correct me, if I am wrong. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives