Re: [Lazarus] cross platform [Re: Lazarus Goal]
Graeme Geldenhuys wrote: Some quick examples were applications don't follow the look feel rules of the platform, yet users have no problems in using them. * Windows Media Player. * latest Microsoft Office with it's new menu+toolbar design * Pixel image editor. It fakes native look. But looking closer at it, it is quite different to native platforms, yet users don't seem to have any issue with using it. * And the biggest one of them all. The INTERNET. Websites and Web Applications like Gmail, Facebook etc... It adheres to NO single platform, yet billions of users use the internet every day and don't have problems using it. If you can read the screen, you can use the interface. I suspect these are the exceptions, rather than the rule. The vast majority of the time I am presented with a non-standard interface, I find it to be awkward and difficult to use, and it doesn't usually get any better from there. A few examples that come to mind: * anything by hp (printer/scanner software in particular) * non-standard installer programs (thinking of hp again) * vi * emacs * the earthlink totalaccess toolbar * almost any antivirus / antispyware program ...there are many others, but it's hard for me to think of them because I don't use them! The best broad example I can think of that may be in agreement with what you're suggesting is SymphonyOS and the Mezzo ui. I thought it was very cool when I first learned about it in 2006, but it looks like the project has been abandoned. I've got this MezzoGreyPaper.pdf here, but I can't find a working link to it. It's almost like it disappeared off the internet... very strange. Cheers, David -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] cross platform [Re: Lazarus Goal]
David Emerson wrote: * almost any antivirus / antispyware program :-) Now that's a good example of awful UI design! I wonder if they actually employee UI designers to purposefully screw the living crap out of their products UI to make cleaning your Windows PC from viruses any harder. The best broad example I can think of that may be in agreement with what you're suggesting is SymphonyOS and the Mezzo ui. OK, based on your examples, I probably had to be a lot more clearer about what I meant. I did not mean, radical changes to UI, I simply meant the idea of having a Button or ComboBox in a UI that maybe doesn' look 100% like the native one, but for all intense purposes does the same think as the native Button or Combobox. Even thought it might look slightly different (or un-themed). This is what we are doing with fpGUI in our products. The look and feel of our applications are consistent on each platform. But it might not look identical to the native widgets of that platform. But clicking a button or selecting a menu item from the main menu back is exactly the same process in fpGUI applications as they are with native applications. So in such a case, the average user has no problem in using our fpGUI based applications. Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://opensoft.homeip.net/fpgui/ -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus Goal
Brian Prentice schrieb: My point about showing the differences in the dialogs, one acceptable and one clearly not acceptable, is that the solution seems to require the construction of two dialogs one for OS X and one for WindowsXP. Perhaps I'm wrong here but if I'm right this violates the Lazarus and FPC goal of write once. I don't want to start a war here but as you probably know Java has solved this problem nicely with layout managers. Really? How does it solve that on different widgetsets dialogs should have a different layout? -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] cross platform [Re: Lazarus Goal]
Graeme Geldenhuys schrieb: Martin wrote: 2) is what Java and fpgui (and afaik msegui) aim for. It is easier for the developper. But the enduser will find an application that is different to any other app he runs on his PC (and therefore harder to use) I guess we will have to agree to disagree on the part that it's harder to use. :-) Users are not as dumb and inflexible as most developers make them out to be. End-users can adapt quite easily. Not me ;) E.g. I really hate systems which have switched Ok/Cancel buttons. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] cross platform [Re: Lazarus Goal]
Florian Klaempfl wrote: Not me ;) E.g. I really hate systems which have switched Ok/Cancel buttons. Ah, so you are one of those users... that don't read the screen and only rely on muscle memory. :-) Hopefully once I have completed to port of MiG layout, that issue would be a thing of the past as well - in fpGUI at least. Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://opensoft.homeip.net/fpgui/ -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] cross platform [Re: Lazarus Goal]
2009/11/13 Graeme Geldenhuys gra...@mastermaths.co.za: Florian Klaempfl wrote: Not me ;) E.g. I really hate systems which have switched Ok/Cancel buttons. Ah, so you are one of those users... that don't read the screen and only rely on muscle memory. :-) Reflex is orders of a magnitude quicker than reading and thinking. And reading and thinking wastes a lot of brain power (which I already have very little of). I still hit Esc/something or Esc* before I can think crap, I'm in Lazarus now, not vi. Henry -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] cross platform [Re: Lazarus Goal]
Graeme Geldenhuys schrieb: Florian Klaempfl wrote: Not me ;) E.g. I really hate systems which have switched Ok/Cancel buttons. Ah, so you are one of those users... that don't read the screen and only rely on muscle memory. :-) Yes, because it's quicker. Or do you look at each key before you press it :)? -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] cross platform [Re: Lazarus Goal]
Florian Klaempfl wrote: Or do you look at each key before you press it :)? OK, you got me on that one. :-) My co-workers hate touching my computer, because I have my keyboard set to Dvorak, but the actual keyboard keys-caps are still in QWERTY. They say I have the best password protection system installed. Even if I tell them my password, they can't type it (not without HUGE effort). :) Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://opensoft.homeip.net/fpgui/ -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Layout [was: Lazarus Goal]
Graeme Geldenhuys schrieb: probably know Java has solved this problem nicely with layout managers. If layout managers were implemented in Lazarus the IDE I fully agree, layout managers (or even only one layout manager) would solve this problem. LCL has Anchors (a lot more advanced compared to say Delphi 7's anchors), which goes some way to solve the problem, but it is still a hit and miss case - as Lazarus proves. Constantly Lazarus dialogs are broken, due to components overlapping, text being clipped etc... This gives the application a very unpolished look. A layout manager normally solves layout problems, preferred sizes, including handling size changes due to language selections etc.. I am working on a solution though, but unfortunately the work in progress is very slow at the moment due to day job (work) related deadlines. I started implementing the Java MiG Layout Manager - first to be used with fpGUI Toolkit. But the original design of MiG Layout allows for other GUI toolkits to plug in very easily with minimal code needed. I will try and duplicate that design, so that MiG Layout Manager can work with fpGUI and LCL. In my development of an docking manager I came across the idea to separate the docking related methods from the layout of the dock site. Using that separation, a GUI designer could work like a DockManager, with added features for rearranging the layout, while the layout manager part would handle the layout at runtime. Every container component in a layout (currently all TWinControls, later every DockZone) could have its own layout manager, not restricted to one single (tree) layout for an entire site (form, panel...). This approach would allow to implement the traditional (Java...) layout managers without additional cost, and most probably also would fit the MiG layout. The dock zones (here better: layout zones) could be used for an additional structure of a GUI, invisible at runtime, establishing points of reference for the control placement (similar to anchor docking). The anchor docking approach looks to me too unsystematic, with too many degrees of freedom that make it hard to implement and use; otherwise it's just another layout management system, that can be used in any layout zone. The technical implementation could look like this: The TWinControl.DockManager is used as a layout manager (when assigned), in the following referred to as LayoutManager. When no special manager is installed, a reference to an default manager object could be returned, so that all docking and layout related functionality can be moved out of TControl and TWinControl, into the default manager class. The layout and docking control methods of TControl and TWinControl simply defer to the new LayoutManager. This allows to replace the Delphi docking model by any other one, that is more appropriate to non-Windows platforms and widgetsets, without breaking Delphi compatibility. TWinControl.DockSite only activates the docking related methods of the LayoutManager. TWinControl.UseDockManager is quite obsolete then. It could indicate that a special LayoutManager has been installed, otherwise the default manager (doing almost nothing) is used. The anchor docking related fields are removed from TWinControl and become part of the LayoutManager. Persistence and property editing must be handled somehow, just like for every other docking/layout manager. Splitters can be removed as standalone components, and can become part of the layout management of every layout zone (kind of combination of a TPanel with an TSplitter, where the splitter position and visibility is determined from a single property of the combined component). The form designers cooperate with the installed layout managers, using their virtual methods. The managers can use the inherited designtime methods, implemented in their base class, in csDesigning state. The designers can use the existing docking capabilities of the managers, no need to reinvent the wheel. DoDi -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Documentation of Lazarus internals
On perjantai, 13. marraskuuta 2009 08:32:22 Mattias Gaertner wrote: There are examples in components/codetools/examples. Ok, I will look at them more closely. It would be nice to look at a class diagram, then a use case diagram and then maybe a sequence diagram to get an idea of how it works and which class does what. Can you suggest tools to create them? I honestly don't know the free / open source UML tools. In my previous work I tried the Delphi's integrated UML tool and also ModelMaker. They are bi- directional and changing a class diagram changes code. I didn't like it because it was too easy to mess up the whole source. Later I used Rational Rose for different UML diagrams. It is very good but it is commercial and not suitable for Lazarus documentation. It is important to notice that a class diagram is most useful when it doesn't include every detail. That's why the synchronized source -- diagram link is not the best idea. A class diagram should have only the essential parts and their relations. The details can be found in source code but the diagram tell you where to look for those details. There seems to be many free UML tools available. Maybe someone has used them and can say which one is good. Then read the class and method level documents made with FPDoc. And then finally read source code when the big picture is clear. If there is no such documentation ... well, then I must say that my own programs are well documented after all. I thought I had a problem with poor documentation. What do you want to do? Maybe I can start the documentation with that. I was planning to look at the Delphi converter more. I need to learn quite much code to understand it. To improve the converter I would make it more automatic, set all unit dependencies correctly, make the converted file compile with both Delphi and Lazarus... Just ideas... I could even have some time to spend for an open source project. I am not blaming any of you for not making documents. I know it does not feel like a top priority for any programmer. However I am wondering how does a big project with many programmers survive without good documentation. At least it is more difficult for new people to enter the development. Or maybe some people are so smart they don't need documents, don't know. How do other projects do it? I haven't studied it much. Regards, Juha Manninen -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] PilotLogic's CodeTyphon (rebranded Lazarus)
Graeme Geldenhuys schreef: Hi, Has anybody seen this already. It's a software company called PilotLogic, that uses a rebranded (only in some of the screenshots) Lazarus. It includes a custom installation of FPC + Lazarus and various included extra components. They also seem to have a lot more demos included. I'm glad to see more companies are enjoying the benefits of open source development tools. CodeTyphon http://www.pilotlogic.com/sitejoom/index.php?option=com_contentview=articleid=96Itemid=148 Online Help http://www.pilotlogic.com/codetyphon_help/ Sure: http://www.lazarus.freepascal.org/index.php/topic,7602.0.html http://www.lazarus.freepascal.org/index.php/topic,7099.0.html http://www.lazarus.freepascal.org/index.php/topic,6863.0.html http://www.lazarus.freepascal.org/index.php/topic,6091.0.html Vincent -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] cross platform [Re: Lazarus Goal]
My co-workers hate touching my computer, because I have my keyboard set to Dvorak, but the actual keyboard keys-caps are still in QWERTY. That is geeky, I must say. Wow! Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] PilotLogic's CodeTyphon (rebranded Lazarus)
Hi, Has anybody seen this already. It's a software company called PilotLogic, that uses a rebranded (only in some of the screenshots) Lazarus. It includes a custom installation of FPC + Lazarus and various included extra components. They also seem to have a lot more demos included. I'm glad to see more companies are enjoying the benefits of open source development tools. CodeTyphon http://www.pilotlogic.com/sitejoom/index.php?option=com_contentview=articleid=96Itemid=148 Online Help http://www.pilotlogic.com/codetyphon_help/ Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://opensoft.homeip.net/fpgui/ -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] QT binding works!
On perjantai, 13. marraskuuta 2009 09:29:20 zeljko wrote: On Thursday 12 November 2009 20:05, David Emerson wrote: Juha Manninen wrote: I compiled the whole Lazarus to use QT widgets and it works! Yes. I've been wanting to do the same, though I failed at my previous attempt. What did you do to make it work? Are there guidelines somewhere? What versions are you using? http://wiki.lazarus.freepascal.org/index.php/Qt_Interface Yes, right, I forgot that I already installed libqt4intf.so earlier to /usr/local/lib. Then my experiments failed for other reasons. Later I compiled the SVN version and it just worked and I was surprised. Anyway, libqt4intf.so is easy to install (at least on Linux). The wiki page tells how. Juha Manninen -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] QT binding works!
http://wiki.lazarus.freepascal.org/index.php/Qt_Interface Looking at the Roadmap page it seems that QT bindings are equally or even better implemented than GTK2 bindings. So why is it made more difficult to install? libqt4intf.so could be included in the SVN source tree and in release packages. I would even suggest making QT bindings the default. It is as portable as GTK2, is slightly more beautiful and has much better file open and save dialogs. (= single click actions). ... and works better with KDE... yes. Juha Manninen -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] cross platform [Re: Lazarus Goal]
From: Hans-Peter Diettrich [drdiettri...@aol.com] Sent: Friday, November 13, 2009 6:14 AM To: grae...@opensoft.homeip.net; Lazarus mailing list Subject: Re: [Lazarus] cross platform [Re: Lazarus Goal] This is an argument for a Web (Delphi IntraWeb?) layout, portable across platforms, because it doesn't rely on any platform specific conventions There's an app for that: http://code.google.com/p/extpascal/ Thanks. -Phil -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] QT binding works!
On Friday 13 November 2009 16:35, Juha Manninen wrote: http://wiki.lazarus.freepascal.org/index.php/Qt_Interface Looking at the Roadmap page it seems that QT bindings are equally or even better implemented than GTK2 bindings. So why is it made more difficult to install? libqt4intf.so could be included in the SVN source tree and in release packages. It is included but for win32 platform only. Linux is another story :) . eg. I'm using libqt4intf.so compiled by myself ,because I'm still on glibc-2.3.4, so binary ones cannot be used here ... etc..etc, but there's a chance that we'll have packages (rpm,deb) soon for libqt4intf, so there will not be so much problems about it. I would even suggest making QT bindings the default. It is as portable as GTK2, is slightly more beautiful and has much better file open and save dialogs. (= single click actions). ... and works better with KDE... yes. Well, it does not depend on me, but generally current qt implementation is much better and have less bugs than gtk2, we are using it for our commercial apps (ported from CLX) so it must be stable enough :).Our Qt apps also works nice under Gnome because of Gtk+ style, so when running Qt-45 app under Gnome there's no diff between gtk2 and qt application :) zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] cross platform [Re: Lazarus Goal]
There's a bit more to UI design than layouts. Unfortunately this brings up the idea of aesthetic, something that many developers are vocally uncomfortable with (i.e. challenged). Consider the Preferences dialog in Mac Leopard's Mail client: http://web.fastermac.net/~MacPgmr/Lazarus/Screenshots/mail_prefs.jpg First look at the controls themselves. The glyphs at the top operate exactly like a TPageControl. Only it doesn't look anything like a TPageControl. Consider the history of the tabbed control. The first one I can recall was in IBM's OS/2, which looked exactly like a schoolchild's spiral notebook, with the spiral (wire) on the left and tabs on the right. When Microsoft added this to Windows, they got rid of the spiral and moved the tabs to the top, making them resemble corporate file folders. Now we have Apple's latest take on this. And what does it look like? Well, no metaphor or analogy comes to mind, but it certainly is something that any schoolchild could figure out how to use. Note some characteristics of this dialog: - Both glyph and text at the top so you don't have to puzzle out the glyphs or wait for some hint to pop up. Often Apple makes this optional, so you can choose to show just glyphs, just text, or the default, both. - No Cancel or Close button. Apple seems to be moving away from what they standardized, which is the dialog that has OK/Cancel buttons or a Done/Close button. In this dialog, Cancel doesn't make sense since any change you make is immediately applied and reflected in the underlying app. Lazarus has a dialog like this (Project Inspector) where changes are applied immediately. However, in both cases I wouldn't mind seeing a Done button - clicking the close box always makes me wonder whether I'll lose my changes. - Help button stands out yet doesn't intrude, doesn't take up much space. - Button to the right of text are clearly labeled Select so nothing is left to chance. In Lazarus Compiler Options dialog, there are similar buttons, although labeled only with an ellipsis (...) - not quite as clear, particularly as there's plenty of space to widen the buttons and put a decent label on them. I would submit that there is an operational aesthetic at work here in Apple's dialog, in addition to great looking controls. Speaking of controls, one question that comes to mind is whether you could design a dialog like this in Lazarus. I tend to design dialogs in what might be called the style of VCL Gothic. Lazarus is like that too. That is, most dialogs are modal, most have OK/Cancel buttons in lower-right, etc. Right out of Delphi. 3 examples of the same dialog with different widgetsets: http://web.fastermac.net/~MacPgmr/Lazarus/Screenshots/lcl_win32.jpg http://web.fastermac.net/~MacPgmr/Lazarus/Screenshots/lcl_carbon.jpg http://web.fastermac.net/~MacPgmr/Lazarus/Screenshots/lcl_gtk2.jpg I like the look of all 3 of these (VCL Gothic aesthetic). There are some differences, though. For example, the Arial font on Carbon seems to be a bit wider than Windows' Arial and the font substituted for Arial by GTK2. And with the TCheckListBox at the top, you can't specify a horizontal scroll bar, yet GTK2 adds one anyway, apparently determining (correctly) that one of the items further down in the list is too long for the horizontal space. But does any of these really look like a dialog you would find in Mac software? I would say no - they look like VCL dialogs ported to Mac. Thanks. -Phil - Philip J Hess pjh...@purdue.edu wrote: From: Hans-Peter Diettrich [drdiettri...@aol.com] Sent: Friday, November 13, 2009 6:14 AM To: grae...@opensoft.homeip.net; Lazarus mailing list Subject: Re: [Lazarus] cross platform [Re: Lazarus Goal] This is an argument for a Web (Delphi IntraWeb?) layout, portable across platforms, because it doesn't rely on any platform specific conventions There's an app for that: http://code.google.com/p/extpascal/ Thanks. -Phil -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] url tag support in fpdoc
Hi, I implemented support for a url href=someurlsometext/url tag in fpdoc (Revision 14167). It can be used to include arbitrary links in fpdoc documentation. It's documented in the current docs. Maybe lazdoc should be adapted to support it ? Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] cross platform [Re: Lazarus Goal]
On Fri, 13 Nov 2009, Hess, Philip J wrote: From: Hans-Peter Diettrich [drdiettri...@aol.com] Sent: Friday, November 13, 2009 6:14 AM To: grae...@opensoft.homeip.net; Lazarus mailing list Subject: Re: [Lazarus] cross platform [Re: Lazarus Goal] This is an argument for a Web (Delphi IntraWeb?) layout, portable across platforms, because it doesn't rely on any platform specific conventions There's an app for that: http://code.google.com/p/extpascal/ Correct and it is a good tool. But the layouting in ExtJs (and hence ExtPascal) leaves to be desired :( Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] make option -j
Hello all, I dont know if everyone knows this: I have a dualcore CPU now and was wondering how to use both cores for compiling for example lazarus. make -j2 all uses both cpus and works great with lazarus :) for a quad-core use option: -j4 hope someone finds this useful regards alex -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] make option -j
Hi Ido, i tested it on fpc-2.2.4 src It seem that it works partial with FPC. Maybe the problem is that the -j option means that 2 tagets will be processed in parallel, if it is possible. I think with FPC it is not allways possible. Compiling works but not all CPUs are used all the time. greetings alex Am Freitag, den 13.11.2009, 18:43 +0200 schrieb ik: Does it actually works with FPC ? Ido http://ik.homelinux.org/ On Fri, Nov 13, 2009 at 6:38 PM, Alexander Kaupp tan...@tanila.org wrote: Hello all, I dont know if everyone knows this: I have a dualcore CPU now and was wondering how to use both cores for compiling for example lazarus. make -j2 all uses both cpus and works great with lazarus :) for a quad-core use option: -j4 hope someone finds this useful regards alex -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Gentoo does not offer the latest version of Lazarus.
This email is somehow blocked by mailman, so I forward it to the list. Jonathan schreef: Gentoo still offers Lazarus version 0.9.26. I have filed a version bump request and written a ebuild for Lazarus version 0.9.28.2. You can speed up the fixing of this bug by voting for the version bump bug at http://bugs.gentoo.org/show_bug.cgi?id=292561 Thank you for your time. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Forms, Project Subversion, Windows 7
I just encountered the most strangest problem. I've got a situation where form changes I make in the IDE do not effect the form in the actual exe. I didn't have this problem on Linux. I just noticed this problem when I created an SVN (subversion ubuntu x64) repository for my project. Once that was accomplished I went to my windows 7 box installed FPC bin and checked out FPC /Lazarus from svn. Then I built both FPC and Lazarus. Then I checked out a copy of my Project onto my Windows box. The next part is proably the source of the problem... I took the existing project files and moved them to 4 different locations... One location per flavor of WIndows and Linux... X64 or 32. And I wanted to have seperate project files for each special build. Which gave me some problems but I did get my Project to build on Windows (for a first time as native FPC/Lazarus code). I need to know where in the world is Lazarus/FPC keeping that stale form file? the form name is frmLogin.pas with resource and form files too. What is causing FPC to drop changes? Does this have anything to do with WIndows 7 since I created a Windows 7 library and added my localized FPC/Lazarus/Project Source checked out from their repositories. What could possibly cause the symtom of not displaying a button I placed on a form and re-built... Only to see a version of the form that was there in the first place? Did a find files and deleted all object files for frmLogin I found Anything else I can try? -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus for Intel Mac
Brian, I have a one-button mouse that was included with my Mac. Thanks. -Phil - Brian Prentice bprent...@webenet.net wrote: Not sure if I understand what the problem is. With a one-button mouse you simulate right-click with Ctrl+click. I've haven't noticed any problems with it. Phil, I use a three button mouse as I suspect most people do since such a mouse is included with the computer! Brian -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus for Intel Mac
2009/11/13 Brian Prentice bprent...@webenet.net: I use a three button mouse as I suspect most people do since such a mouse is included with the computer! Brian Phil wanted to point, that one-mouse button was provided with original Apple Macs, for very long time. To access context menu ctrl+click was used. Eventually the behavior remained (backward compatibility) even for 3-buttons (+wheel) moused. ctrl+left = right click is the rule for MacOSX user inteface. thanks, dmitry -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Forms, Project Subversion, Windows 7
On Fri, 13 Nov 2009 12:24:08 -0600 Andrew Brunner andrew.t.brun...@gmail.com wrote: I just encountered the most strangest problem. I've got a situation where form changes I make in the IDE do not effect the form in the actual exe. I didn't have this problem on Linux. I just noticed this problem when I created an SVN (subversion ubuntu x64) repository for my project. Once that was accomplished I went to my windows 7 box installed FPC bin and checked out FPC /Lazarus from svn. Then I built both FPC and Lazarus. Then I checked out a copy of my Project onto my Windows box. The next part is proably the source of the problem... I took the existing project files and moved them to 4 different locations... One location per flavor of WIndows and Linux... X64 or 32. And I wanted to have seperate project files for each special build. Which gave me some problems but I did get my Project to build on Windows (for a first time as native FPC/Lazarus code). Do you have four different folder and each contains the whole project, or do you share some files? I need to know where in the world is Lazarus/FPC keeping that stale form file? It uses the .lrs files, which are normal include files. The IDE automatically updates the .lrs files when you save a designed form and before compilation it updates all units shown in the project inspector. the form name is frmLogin.pas with resource and form files too. What is causing FPC to drop changes? Does this have anything to do with WIndows 7 since I created a Windows 7 library and added my localized FPC/Lazarus/Project Source checked out from their repositories. What could possibly cause the symtom of not displaying a button I placed on a form and re-built... Only to see a version of the form that was there in the first place? Either an old lrs file or a resource with the same name exists twice. The 0.9.29 lcl reports duplicates at the console. I don't know if this is in 0.9.28. Or you have an absolute search path in the compiler options and all four use the same. You can delete the .lrs files and rebuild the project. The IDE should auto create the lrs files from the lfm files. Did a find files and deleted all object files for frmLogin I found Anything else I can try? Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] make option -j
Hi, you are right :) I am happy to see both cpu/cores doing the compiling :) greetings alex Am Freitag, den 13.11.2009, 18:43 + schrieb David W Noon: On Fri, 13 Nov 2009 17:38:20 +0100, Alexander Kaupp wrote about [Lazarus] make option -j: I dont know if everyone knows this: I have a dualcore CPU now and was wondering how to use both cores for compiling for example lazarus. make -j2 all uses both cpus and works great with lazarus :) for a quad-core use option: -j4 hope someone finds this useful This is not wholly dependent on having an SMP hardware configuration. Even on a uniprocessor system, make can be accelerated by specifying -j2 or -j3 or even higher. This is because it is not the make program exploiting multiple processes but the Linux (or other) kernel having multiple processes to despatch (or schedule, as UNIX boffins misname this). It doesn't need multiple CPUs, just time-slicing and enough RAM. Of course, the more processor cores you have on your system, the higher the number that can sensibly follow -j. The rule-of-thumb I use for make is: 1. Let n denote the number of CPUs installed on the system. 2. Try 3*n+2 for the number to follow -j. 3. If that number seems too high, typically by causing paging, then try 2*n+1 instead. So, for a monadic system, I try -j5 first, then -j3 if the machine pages. For a dyadic system, I try -j8 first, then -j5 if the machine pages. For a tetradic system, I try -j14 first, then -j9 if the machine pages. ... And so on. But that is not a hard and fast rule, just a rule-of-thumb. Note: = Monadic = 1 CPU Dyadic = 2 CPUs Tetradic = 4 CPUs These terms came into use in the 1960s when mainframes first acquired SMP (or polyadic) configurations. My dream is to have a hexadekadic box under my desk!! You should now be able to work out what that means, from the above. ... ;-) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] cross platform [Re: Lazarus Goal]
2009/11/13 Phil Hess macp...@fastermac.net: Consider the Preferences dialog in Mac Leopard's Mail client: http://web.fastermac.net/~MacPgmr/Lazarus/Screenshots/mail_prefs.jpg Did you notice the color quoted text comboboxes in the lower left are not equally spaced. I gather that is not an app shipped by Apple? Otherwise there QA departments needs a talk. :) Overall I agree, Mac's design and layout is very pleasing to the eye. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Forms, Project Subversion, Windows 7
On Fri, Nov 13, 2009 at 1:02 PM, Mattias Gaertner nc-gaert...@netcologne.de wrote: On Fri, 13 Nov 2009 12:24:08 -0600 Andrew Brunner andrew.t.brun...@gmail.com wrote: Do you have four different folder and each contains the whole project, or do you share some files? The each project are stand alone project file and nothing else is in each folder. So it's like c:\Devloper\Source\Builds\SCS\Windows\32\Console.lpr c:\Devloper\Source\Builds\SCS\Windows\64\Console.lpr c:\Devloper\Source\Builds\SCS\Linux\32\Console.lpr c:\Devloper\Source\Builds\SCS\\Linux\64\Console.lpr There are a bunch of compiled units and objects in this folder on build but nothing I generated resides here besided the proejct itself. Either an old lrs file or a resource with the same name exists twice. The 0.9.29 lcl reports duplicates at the console. I don't know if this is in 0.9.28. Or you have an absolute search path in the compiler options and all four use the same. You can delete the .lrs files and rebuild the project. The IDE should auto create the lrs files from the lfm files. Deleting the build files does nothing to solve the problem. I wonder if this is a Windows 7 problem w/r/t libraries. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Forms, Project Subversion, Windows 7
On Fri, 13 Nov 2009 16:41:33 -0600 Andrew Brunner andrew.t.brun...@gmail.com wrote: On Fri, Nov 13, 2009 at 1:02 PM, Mattias Gaertner nc-gaert...@netcologne.de wrote: On Fri, 13 Nov 2009 12:24:08 -0600 Andrew Brunner andrew.t.brun...@gmail.com wrote: Do you have four different folder and each contains the whole project, or do you share some files? The each project are stand alone project file and nothing else is in each folder. So it's like c:\Devloper\Source\Builds\SCS\Windows\32\Console.lpr c:\Devloper\Source\Builds\SCS\Windows\64\Console.lpr c:\Devloper\Source\Builds\SCS\Linux\32\Console.lpr c:\Devloper\Source\Builds\SCS\\Linux\64\Console.lpr There are a bunch of compiled units and objects in this folder on build but nothing I generated resides here besided the proejct itself. Either an old lrs file or a resource with the same name exists twice. The 0.9.29 lcl reports duplicates at the console. I don't know if this is in 0.9.28. Or you have an absolute search path in the compiler options and all four use the same. You can delete the .lrs files and rebuild the project. The IDE should auto create the lrs files from the lfm files. Deleting the build files does nothing to solve the problem. Does it recreate the .lrs files? Does it recreate the .exe file? Do you execute the right .exe file? I wonder if this is a Windows 7 problem w/r/t libraries. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] FPC Doc hints
On Sat, 14 Nov 2009 00:36:25 +0200 ik ido...@gmail.com wrote: Hello, Since Lazarus 0.9.28 there is a hint of FPCDoc . The hint is a popup window with some sort of TSynEdit (?). Normally it is a TLabel. If you install the turbopower ipro package, it is html component. Is there a way to make them sticky so when I leave the symbol that it display the information, it will still be visible and I could even scroll it ? No. It's a ToDo. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Forms, Project Subversion, Windows 7
Either an old lrs file or a resource with the same name exists This must have been the reason. I added *.lrs to the global ignore for TortoiseSVN on my client box. Then I deleted *.lrs from SVN. Then I deleted *.lrs from my local box. Commited changes. And it it found the latest and greatest version. Sweet! Thanks for the help. I appreciate it. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] make option -j
On Fri, 13 Nov 2009 23:47:10 +0100, Marc Weustink wrote about Re: [Lazarus] make option -j: [snip] All lcl units are compiled by fpc through the allunits.pp project (we use this to let fpc figure out the dependencies) The same counts for the ide. I hope when specifying -j2 it builds the lcl first and after that the lcl/interfaces. If not, it wont work. The make utility still has to follow the dependency graph of the project. It can only parallelize specific builds within a node of that graph. So, you won't gain much. Indeed, this is often the case on fairly small projects. -- Regards, Dave [RLU #314465] === david.w.n...@ntlworld.com (David W Noon) === -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] make option -j
2009/11/14 David W Noon david.w.n...@ntlworld.com: On Fri, 13 Nov 2009 23:47:10 +0100, Marc Weustink wrote about Re: [Lazarus] make option -j: [snip] All lcl units are compiled by fpc through the allunits.pp project (we use this to let fpc figure out the dependencies) The same counts for the ide. I hope when specifying -j2 it builds the lcl first and after that the lcl/interfaces. If not, it wont work. The make utility still has to follow the dependency graph of the project. It can only parallelize specific builds within a node of that graph. So, you won't gain much. Indeed, this is often the case on fairly small projects. I don't even gain much when compiling fpc with -j 8 on my quad core. It makes a huge difference when compiling the kernel, but I should probably try and compare gcc. Must be a dependency issue as you say, I hope fpmake can fix this somehow. Henry -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] QT binding works!
I've done all this, but at the very beginning of the compilation, I get: make[2]: *** [../../units/i386-linux/qt] Error 1 and it gives up. Using debian stable, kde 3.5.9/10. Tried with the packaged lazarus 0.9.28.2-0 as well as svn $ /sbin/ldconfig -p | grep qt libqt4intf.so.5 (libc6) = /usr/local/lib/libqt4intf.so.5 libqt4intf.so (libc6) = /usr/local/lib/libqt4intf.so libqtmcop.so.1 (libc6) = /usr/lib/libqtmcop.so.1 libqt-mt.so.3 (libc6) = /usr/lib/libqt-mt.so.3 libdbus-qt-1.so.1 (libc6) = /usr/lib/libdbus-qt-1.so.1 libavahi-qt3.so.1 (libc6) = /usr/lib/libavahi-qt3.so.1 Cheers, David. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] cross platform [Re: Lazarus Goal]
2009/11/13 Graeme Geldenhuys graemeg.li...@gmail.com: 2009/11/13 Phil Hess macp...@fastermac.net: Consider the Preferences dialog in Mac Leopard's Mail client: http://web.fastermac.net/~MacPgmr/Lazarus/Screenshots/mail_prefs.jpg Did you notice the color quoted text comboboxes in the lower left are not equally spaced. I gather that is not an app shipped by Apple? Otherwise there QA departments needs a talk. :) Sheesh, and they've misspelt colours ;) Here's firefox on gtk2 with randomly sized buttons: http://imagebin.org/71597 Henry -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
