Re: [Lazarus] Beyond Compare 4 built with Lazarus 1.2
On 2014-01-04 04:34, Kostas Michalopoulos wrote: Is there a way to ignore all these and make everything to work with UTF-8? Like setting some global variable that makes all strings (ansistrings) UTF-8 codepage or something We will have to wait for FPC 2.8.0 (or 3.0) which should have much better built-in Unicode support. String encoding conversion should then be taken care of automatically. Unfortunately it seems that the FPC RTL (there will be two of them) will be AnsiString or UTF-16 only. The RTL encoding is not configurable! So under all Unix-like systems (Linux, MacOSX, FreeBSD - basically every platform except Microsoft ones) there will be lots of string conversions from/to the OS or any libraries (which are normally UTF-8) to the FPC RTL which is going to be UTF-16. The constant conversion will also kick in when you do streaming to/from file or any TCP/IP communications - which both normally use UTF-8. I would have thought the Free Pascal team would improve their design over Delphi. eg: Seeing that automatic encoding conversion is seamless, I thought it shouldn't be hard to have native encodings on each platform, and the RTL can then be a dynamic Unicode implementation (it shouldn't care what encoding is used, as long as it is one of the Unicode encodings). By that I mean UTF-8 is used under Unix like systems, and UTF-16 under Windows. The UnicodeString type should have lived up to its name, and not be an alias for UTF16String. But alas, this is not going to happen. So we as developers have to use UTF-16 everywhere, or define our own dynamic types (which really should have been done at RTL level). For example: {$IFDEF Unix} RealUnicodeString = UTF8String; {$ENDIF} {$IFDEF Windows} RealUnicodeString = UTF16String; {$ENDIF} Then use the RealUnicodeString type in your applications and frameworks to minimise encoding conversions. But like I said, when you do this under Unix like systems, you are still going to get conversions when talking to the UTF-16 only RTL. Sad, but that is the way the Free Pascal team is going. Once that FPC release is made, then we will start seeing what performance impact it will have on all systems. Now is too early to tell. Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Beyond Compare 4 built with Lazarus 1.2
+1 On 1/4/14, Kostas Michalopoulos badsectorac...@gmail.com wrote: Is there a way to ignore all these and make everything to work with UTF-8? Like setting some global variable that makes all strings (ansistrings) UTF-8 codepage or something that also causes any system-specific calls (Assign, Writeln, etc) to do automatic conversion from/to whatever the underlying OS uses? On Fri, Jan 3, 2014 at 11:42 PM, Graeme Geldenhuys mailingli...@geldenhuys.co.uk wrote: On 2014-01-03 21:37, Sven Barth wrote: This might bite you with 2.7.1 as ShortString is considered as being encoded in CP_ACP. Thus on systems were the system code page is not Thanks for pointing that out, and I've made a note to test this when the time comes. As previously mentioned, fpGUI only uses UTF-8 internally, and has fpg* specific functions for working with RTL and custom string functions. So when there is a String[4] or AnsiString type used somewhere, it is what some here consider a AnsiString hack.. ie: an array of bytes representing a UTF-8 string, but stored in an AnsiString container. When TfpgChar or TfpgString is used, the framework knows it contains UTF-8 encoded text. All this will be revisited and tested once the FPC 2.8.0 (or 3.0) release gets closer to realisation. Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ -- ___ 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] Beyond Compare 4 built with Lazarus 1.2
On Sat, 4 Jan 2014, Jy V wrote: +1 On 1/4/14, Kostas Michalopoulos badsectorac...@gmail.com wrote: Is there a way to ignore all these and make everything to work with UTF-8? Like setting some global variable that makes all strings (ansistrings) UTF-8 codepage or something that also causes any system-specific calls (Assign, Writeln, etc) to do automatic conversion from/to whatever the underlying OS uses? You'll be able to set a variable that will control the default codepage. This variable can be set to utf-8. That should do what you want. Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Beyond Compare 4 built with Lazarus 1.2
That is great, i *really* don't want to think about different encodings between OSes and such and if i can make a UTF-8 everywhere flag (where everywhere means LCL, FCL, RTL, Windows, Linux, OS X, etc :-P) it would be perfect for me :-) On Sat, Jan 4, 2014 at 12:27 PM, Michael Van Canneyt mich...@freepascal.org wrote: On Sat, 4 Jan 2014, Jy V wrote: +1 On 1/4/14, Kostas Michalopoulos badsectorac...@gmail.com wrote: Is there a way to ignore all these and make everything to work with UTF-8? Like setting some global variable that makes all strings (ansistrings) UTF-8 codepage or something that also causes any system-specific calls (Assign, Writeln, etc) to do automatic conversion from/to whatever the underlying OS uses? You'll be able to set a variable that will control the default codepage. This variable can be set to utf-8. That should do what you want. Michael. -- ___ 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] What are the prerequisites for compiling Lazarus on a KDE based system?
What are the known prerequisites for installing Lazarus on a KDE based system? I am able to build Lazarus using fpcup on existing Ubuntu 12.04 systems running KDE, but I am unable to get it working on a newly installed system so I suspect that some of the required libraries have not been installed on the new system. Is there a clearly specified list of prerequisites for compiling Lazarus on Debian/Ubuntu with KDE? -- Frank Church === http://devblog.brahmancreations.com -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Alpha transparency on GTK2 widgetset
Hello, I have a problem with the GTK2 widgetset: it doesn't seem to support alpha channel. I'm using TLazIntfImage and related classes/objects (TRawImage) to load and display images (converting from/to custom bitmap structure to native structures so i can use them with canvas for drawing, adding them to imagelists for use with icon views, tree views, comboboxes, menus, etc). This works fine in Win32 and from a quick test it seems to work in Qt4 too, but for the latter i'd like to avoid it since i'm not using a Qt-based desktop myself and i prefer GTK+. Also i would like to avoid the qt4pas dependency. By looking around the bugtracker it seems that other people encounter the same issue - some bugreports are old, like Graeme's one about missing transparency from 2012. What is the problem with (full) transparency in GTK2? Is anyone working on this? Kostas -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] What are the prerequisites for compiling Lazarus on a KDE based system?
On Sat, Jan 4, 2014 at 2:52 PM, vfclists . vfcli...@gmail.com wrote: What are the known prerequisites for installing Lazarus on a KDE based system? The prerequisites do not depend on your desktop system. There must be devel versions for the widgetset you use. For GTK2 it is package libgtk2.0-dev. For QT it is libqt4-dev (I think) and you also need the qt4pas binding library: http://users.telenet.be/Jan.Van.hijfte/qtforfpc/fpcqt4.html Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Alpha transparency on GTK2 widgetset
On Sat, Jan 4, 2014 at 3:00 PM, Kostas Michalopoulos badsectorac...@gmail.com wrote: What is the problem with (full) transparency in GTK2? I have no idea. Is anyone working on this? Unfortunately not. There are only few people who know the GTK2 bindings code. We would need more contributors for it. Right now I am going through Mantis issues with target 1.2. There are 270 of them. Uhhh! Most of them must be postponed but maybe we can make it down to 250 before that. Anybody who is interested, please look at the issues. Find the ones already fixed and provide patches for the ones that are not. Thanks. :) Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Beyond Compare 4 built with Lazarus 1.2
On 2014-01-04 11:32, Marcos Douglas wrote: Maybe we are not seeing something, many details... Agreed. Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] What are the prerequisites for compiling Lazarus on a KDE based system?
Just check what -lXXX are missing -- View this message in context: http://free-pascal-lazarus.989080.n3.nabble.com/Lazarus-What-are-the-prerequisites-for-compiling-Lazarus-on-a-KDE-based-system-tp4035177p4035181.html Sent from the Free Pascal - Lazarus mailing list archive at Nabble.com. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Alpha transparency on GTK2 widgetset
Looking in the code, I think i see the problem. The graphics operations for GTK2 use GDK drawables which do not support alpha blending. The bitmaps can be stored in 32bit pixbufs, but those are not drawables and when a graphics operation is needed (drawing to a canvas or blitting from one image to another), the graphics context contains a generated pixmap (which only holds RGB data) and a mask (which is 1bit). So all drawing operations are limited to 1bit transparency. However GDK does offer functionality for drawing pixbufs to drawables but it is incompatible with the rest of the GDK graphics operations (f.e. you can't draw an arc to a pixbuf so pixbufs cannot be used for everything). For now i'm looking into trying to use the pixbuf when an image operation is requested and see if that helps for solving the most glaring issues with toolbars having no transparency and converting between tbitmap to tlazintfimage and back losing the alpha channel. It wont solve the issue of other operations (f.e. drawing a line, arc, rectangle, etc over an image with alpha channel), but that would require a complete rewrite of the GTK2 graphics context code to use Cairo (which will be necessary for GTK3 anyway). On Sat, Jan 4, 2014 at 2:24 PM, Juha Manninen juha.mannine...@gmail.com wrote: On Sat, Jan 4, 2014 at 3:00 PM, Kostas Michalopoulos badsectorac...@gmail.com wrote: What is the problem with (full) transparency in GTK2? I have no idea. Is anyone working on this? Unfortunately not. There are only few people who know the GTK2 bindings code. We would need more contributors for it. Right now I am going through Mantis issues with target 1.2. There are 270 of them. Uhhh! Most of them must be postponed but maybe we can make it down to 250 before that. Anybody who is interested, please look at the issues. Find the ones already fixed and provide patches for the ones that are not. Thanks. :) Juha -- ___ 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] Alpha transparency on GTK2 widgetset
I've made a patch that fixes the common cases (drawing an image with an alpha channel with optional scaling and flipping). It can be downloaded here: http://bugs.freepascal.org/view.php?id=25491 Here is also an image showing what this fixes: http://i.imgur.com/FH8wbX0.png The test program (attached on the bug report) shows the toolbar, image/icon and generated bitmap with TLazIntfImage/TRawImage. The latter is drawn normally, stretched, flipped and both stretched and flipped (as a side note the flipping doesn't seem to work under Windows but the API seems to support it and the unpatched GTK2 also supported that, so this is probably a bug in the Win32 widgetset). Also the watches toolbar in Lazarus is shown before and after the patch (notice the jaggies and missing pixels in the unpatched version). On Sat, Jan 4, 2014 at 4:38 PM, Juha Manninen juha.mannine...@gmail.com wrote: On Sat, Jan 4, 2014 at 5:20 PM, Kostas Michalopoulos badsectorac...@gmail.com wrote: Looking in the code, I think i see the problem. [...] Impressive. I still mostly don't understand GTK2 bindings code. For now i'm looking into trying to use the pixbuf when an image operation is requested and see if that helps for solving the most glaring issues with toolbars having no transparency and converting between tbitmap to tlazintfimage and back losing the alpha channel. It wont solve the issue of other operations (f.e. drawing a line, arc, rectangle, etc over an image with alpha channel), but that would require a complete rewrite of the GTK2 graphics context code to use Cairo (which will be necessary for GTK3 anyway). A patch for GTK2 bindings would surely be welcome. Do you know that GTK3 bindings also exist. They have a different architecture than GTK2 bindings. Zeljan has started them but they are in alpha state now. Contributions are welcome there, too. Juha -- ___ 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] Beyond Compare 4 built with Lazarus 1.2
On Sat, Jan 04, 2014 at 10:08:07AM +, Graeme Geldenhuys wrote: We will have to wait for FPC 2.8.0 (or 3.0) which should have much better built-in Unicode support. String encoding conversion should then be taken care of automatically. Unfortunately it seems that the FPC RTL (there will be two of them) will be AnsiString or UTF-16 only. The RTL encoding is not configurable! So under all Unix-like systems (Linux, MacOSX, FreeBSD - basically every platform except Microsoft ones) there will be lots of string conversions from/to the OS or any libraries (which are normally UTF-8) to the FPC RTL which is going to be UTF-16. So that's why you use the ansistring RTL there, unless you value Delphi compatibility. On those targets (except a few embedded Linux and OpenBSD ones), the default encoding is utf8 and any ansistring is utf8, case closed. The constant conversion will also kick in when you do streaming to/from file or any TCP/IP communications - which both normally use UTF-8. Please stop with your baseless fearmongering. That's irrelevant, for sources that don't have a compiletime known codepage (if only CP_ACP aka default). Those are bytebuffers with an encoding described by headers, and thus fall outside the scope of automated conversions. I would have thought the Free Pascal team would improve their design over Delphi. We have consistently chose Delphi compatibility for years, so why you are thinking this is fairly strange. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Beyond Compare 4 built with Lazarus 1.2
On Sat, Jan 04, 2014 at 09:32:25AM -0200, Marcos Douglas wrote: Once that FPC release is made, then we will start seeing what performance impact it will have on all systems. Now is too early to tell. +1 You always said this, ie, UnicodeString should be UTF-8 on Unix plataform and UTF-16 on Windows, and I always agreed with you. Maybe we are not seeing something, many details... You are overfixating on the word unicode in unicodestring. The real important one is string. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] What are the prerequisites for compiling Lazarus on a KDE based system?
On 4 January 2014 14:28, leledumbo leledumbo_c...@yahoo.co.id wrote: Just check what -lXXX are missing Can you explain it further? I am building Lazarus using fpcup. -- Frank Church === http://devblog.brahmancreations.com -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Is there a separate mailing list for Lazarus developers?
Is there a separate mailing list for Lazarus developers? This mailing list appears to be mainly for Lazarus users rather than the developers. Is there a separate mailing list for that, or does it take place in Bugzilla or some other place? -- Frank Church === http://devblog.brahmancreations.com -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Alpha transparency on GTK2 widgetset
On Sat, Jan 4, 2014 at 8:22 PM, Kostas Michalopoulos badsectorac...@gmail.com wrote: I've made a patch that fixes the common cases (drawing an image with an alpha channel with optional scaling and flipping). It works well and I applied it. Thanks! I also attached many related bug reports to yours. Could you and maybe other graphics programmers look at them. I plan to resolve them all if they actually are resolved. Earlier mainly Marc and Felipe have taken care of graphics but they are busy with other things. Your contribution was very much needed. Many people have reported about the transparency issues but nobody provided a patch until you. Juha P.S. I added you to the contributor list. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Is there a separate mailing list for Lazarus developers?
On Sat, Jan 4, 2014 at 11:39 PM, vfclists . vfcli...@gmail.com wrote: Is there a separate mailing list for Lazarus developers? Yes there is. Can be joined by invitation only. Most of the members also have a commit access to SVN repo. You will be invited, too, if you became a Lazarus developer. :) Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Is there a separate mailing list for Lazarus developers?
On 4 January 2014 22:06, Juha Manninen juha.mannine...@gmail.com wrote: On Sat, Jan 4, 2014 at 11:39 PM, vfclists . vfcli...@gmail.com wrote: Is there a separate mailing list for Lazarus developers? Yes there is. Can be joined by invitation only. Most of the members also have a commit access to SVN repo. You will be invited, too, if you became a Lazarus developer. :) Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus A lot of Lazarus developments and improvements, whether fully implemented or planned go unnoticed and I wonder if this is the reason why. Is it possible to view their archives or have some kind of read only access to it? -- Frank Church === http://devblog.brahmancreations.com -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Alpha transparency on GTK2 widgetset
Am 04.01.2014 19:22, schrieb Kostas Michalopoulos: I've made a patch that fixes the common cases (drawing an image with an alpha channel with optional scaling and flipping). Wow, thank you very much for this patch. This bug was a steady annoyance. Will this patch go into the upcoming 1.2 Version? Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Is there a separate mailing list for Lazarus developers?
On Sun, Jan 5, 2014 at 12:26 AM, vfclists . vfcli...@gmail.com wrote: A lot of Lazarus developments and improvements, whether fully implemented or planned go unnoticed and I wonder if this is the reason why. What might those unnoticed developments and improvements be? I believe this is a misunderstanding or maybe hopeful thinking from your side. The discussion is about technical details of some piece of code, release schedules and maybe organizing transportation for a meeting. You would be bored. There is no secret agenda about the future of Lazarus that its developers try to hide from you. The development process is as open as it gets. The missing features are well known: Project groups, Android and other targets, docking, installing packages from a repository, Unicode, etc ... The Mantis bug tracker has loads of feature requests, too. Everybody agrees those features are needed but somebody actually has to do them. Just talking and writing about them would be useless. Is it possible to view their archives or have some kind of read only access to it? No. Besides, I think your time is better used if you learn the Lazarus code base and then provide patches. And, if you still really REALLY want to read the developers mailing list, you must provide so many quality patches that you finally get a commit access and get invited to the list. I can recommend this route. Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Is there a separate mailing list for Lazarus developers?
On 4 January 2014 23:18, Juha Manninen juha.mannine...@gmail.com wrote: On Sun, Jan 5, 2014 at 12:26 AM, vfclists . vfcli...@gmail.com wrote: A lot of Lazarus developments and improvements, whether fully implemented or planned go unnoticed and I wonder if this is the reason why. What might those unnoticed developments and improvements be? I believe this is a misunderstanding or maybe hopeful thinking from your side. The discussion is about technical details of some piece of code, release schedules and maybe organizing transportation for a meeting. You would be bored. There is no secret agenda about the future of Lazarus that its developers try to hide from you. The development process is as open as it gets. The missing features are well known: Project groups, Android and other targets, docking, installing packages from a repository, Unicode, etc ... The Mantis bug tracker has loads of feature requests, too. Everybody agrees those features are needed but somebody actually has to do them. Just talking and writing about them would be useless. Is it possible to view their archives or have some kind of read only access to it? No. Besides, I think your time is better used if you learn the Lazarus code base and then provide patches. And, if you still really REALLY want to read the developers mailing list, you must provide so many quality patches that you finally get a commit access and get invited to the list. I can recommend this route. Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus I have always had this nagging feeling that something wasn't quite right about Lazarus and this explains it. I have been using Lazarus on and off for about 4 years now. From the start I don't think I used more the 10% of what Lazarus offered and in the succeeding 4 years my usage of its features increased by 10%. The additional features that I can think of are using the Object Tree to navigate the components, changing the parent to move objects around, using Control-Shift-Down Arrow to jump to the definition and Control Click with the mouse to jump to the definition of a procedure or a type, but I suspect that there have been more improvements since then. I think the developers fear that if they open up the list even for viewing alone there will be lots of acrimonious debates and disagreements with non developers over how Lazarus should evolve, such as the everlasting Unicode debates, and also criticism about its internal operation. It may be a well founded fear as seen in other open source projects but it ought to be reconsidered, with the understanding that whatever things non-developers/participants disagree with should be raised politely and in a tempered manner that doesn't offend or dishearten existing developers. As for being able to participate by submitting patches or fixing bugs first many users may consider such things outside their field of competence, or may only be interested in areas that affect them directly or are deeply knowledgeable about, such the issue with transparency that Kostas recently submitted a patch for. For me it was always a non-starter because compiles were breaking due to missing units and I was always afraid of breaking my installations to try new things even for my own use. It is only now that I am becoming more confident and even then I am still wary. I think for testing stock VM images should be used so that contributors can just load, test and report their findings without the fear of messing up their working installations. Testing is one area that can result in more participants if involves just being click monkeys. I think that opening the list may allow people who are highly skilled in specialized areas to see where they can contribute and offer their help. Going through Bugzilla to select bugs for fixing is okay for young developers or students who want to cut their teeth or find a way to enhance their skills and acquire some experience, but some of us are too long in the tooth for that. I also suspect that some of those bugs wouldn't creep into the code in the first place if the development process was open enough for more eyes to spot them in the first place. There a lot of projects which are more open but I suspect that using dynamic languages helps with rapid iterations and enable to them to manage debates and issues without slowing development, whereas a compiled language doesn't afford that time and flexibility. I think being able to see what is coming and follow their development will encourage more participants and more bug fixing as well. In any case if Lazarus developers feel that this approach has proved to be the best over the years then they are entitled to continue as is. -- Frank Church === http://devblog.brahmancreations.com --
Re: [Lazarus] Alpha transparency on GTK2 widgetset
On 1/5/14, Michael Fuchs freepas...@ypa-software.de wrote: Will this patch go into the upcoming 1.2 Version? If you want to make sure it is at least considered, then add it to the merge requests on http://wiki.lazarus.freepascal.org/Lazarus_1.2_fixes_branch Bart -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Is there a separate mailing list for Lazarus developers?
On 05/01/2014 00:48, vfclists . wrote: I have always had this nagging feeling that something wasn't quite right about Lazarus and this explains it. I have been using Lazarus on and off for about 4 years now. From the start I don't think I used more the 10% of what Lazarus offered and in the succeeding 4 years my usage of its features increased by 10%. I am with Juha on the topic. I think you expect to much from that list. The additional features that I can think of are using the Object Tree to navigate the components, changing the parent to move objects around, using Control-Shift-Down Arrow to jump to the definition and Control Click with the mouse to jump to the definition of a procedure or a type, but I suspect that there have been more improvements since then. Try the wiki http://wiki.lazarus.freepascal.org/Lazarus_IDE_Tools http://wiki.lazarus.freepascal.org/New_IDE_features_since http://wiki.lazarus.freepascal.org/Lazarus_1.2.0_release_notes#Previous_release_notes http://wiki.lazarus.freepascal.org/Lazarus_1.4.0_release_notes#Previous_release_notes As for the unquoted rest of your mail, I noted your opinion, but do not share it. (based on what I actually know the content of that list to be) As for images for VM: manpower would be needed to create them. Nice idea. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Is there a separate mailing list for Lazarus developers?
On 05/01/2014 00:48, vfclists . wrote: I think being able to see what is coming and follow their development will encourage more participants and more bug fixing as well. In any case if Lazarus developers feel that this approach has proved to be the best over the years then they are entitled to continue as is. To give you an idea, here are the subjects (and begin of msg, / cut by thunderbird when copy many) of the last mail-threads, I started. (no special selection, the last 15 threads I started, first mail of each thread) 1 or 2 of them might have had content, that might have been of interest to others. e.g. the 2nd msg, where I was seeking help and that could happen to anyone Most of them are setting dates, making sure stuff is merged, Some point to descriptions of potential bugs, on the forum, or other web-pages. So the maintainer of the related code in Lazarus could check them out. I could have send them to the one person directly... [Lazarusdev] date for 1.2 RC2 Shall we set the weekend 13/14 Jan 2014 for the RC2 ? [Lazarusdev] codetool / designer and threads or ? Is there any background work (maybe in a thread) that is performed when the IDE is started? And during which certain functions will not work? If I start the IDE (no last project loaded / opening with a new empty project), then double clicks on the form are just ignored for a few seconds (up to … [Lazarusdev] candidates for merging? blikblum, dmitry, bart, jesus Just had a quick look through unmerged revisions. Some of those may be rather feature than bug-fix. Some mention crashes, if those crashes can happen in 1.2RC then merging should be considered. If the authors/committers could check: - it was no oversight, that it is not merged. - the risk of bre… [Lazarusdev] education-laz may be broken Just wanted to investigate if this bug (from typhon forum) applies to our IDE too: http://www.pilotlogic.com/sitejoom/index.php/forum/general-purpose/2741-implementing-pkg-educationlaz-corrupts-options But it does not even compile: B:\lazarus_latest_2\components\education\educomppalette.pas(175,6… [Lazarusdev] 1.2RC2 When? And What? (any important pending issue?) We need to decide on the course of RC2. I have not kept track of the issues raised since RC1 (and if any of them were regressions). If anyone is aware of any unfixed/not-merged regression, please bring them up. I mailed the issue/regression about hints not closing on minimize http://forum.laz… [Lazarusdev] Conflict : r43462 IDE: fixed compilation fpc 2.7.1 The target file does not exist in the fixes branch. Does the code need to be fixed in another file, or is the revision listed in error? [Lazarusdev] RC1: issue linking on Ubuntu 13.10 from forum: crti.o http://forum.lazarus.freepascal.org/index.php/topic,22558.msg134798.html#msg134798 [Lazarusdev] RC1: Regression, hint not hiding http://forum.lazarus.freepascal.org/index.php/topic,22558.msg134665.html#msg134665 COnfirmed. The tooltip for showing procedure parameters, uses a different hint window now. This does not hide on Minimize. [Lazarusdev] RC1: Maybe issue with icons/glyph an GTK2 ? See forum http://forum.lazarus.freepascal.org/index.php/topic,22558.msg134636.html#msg134636 [Lazarusdev] 0025357: [Patch] 1.0.16 merge: TSQLDBLibraryLoader, TPQEventMonitor, TFBEventMonitor and TFBAdmin are actually available in FPC 2.6.2 If someone reviews/test/... this, I can apply it to the branch, and mark the relevant revisions as merged (well those that are listed). I can also just mark the revisions, if someone already commits this to the branch. But I do not work with the sql components, so I will not review or test it m… [Lazarusdev] codetool exception on forum 1.2rc1 Mattias, maybe worth a look? (I believe you do not read the forum normally?) http://forum.lazarus.freepascal.org/index.php/topic,22558.msg134082.html#msg134082 I could not reproduce, and he says 1 in 10 times. [Lazarusdev] 1.0.14 / ready to tag Mattias, please tag when you have time. [Lazarusdev] problem with 'compilertest.pas' in CodeToolBoss.FPCDefinesCache.TestFilename:=CreateCompilerTestPascalFilename; main.pp line 9967 // create a test unit needed to get from the compiler all macros and search paths CodeToolBoss.FPCDefinesCache.TestFilename:=CreateCompilerTestPascalFilename; MainBuildBoss.UpdateEnglishErrorMsgFilename; LazConf.pp function CreateCompilerTestPascalFilename: string; ...… [Lazarusdev] RC1 problem on Mac http://forum.lazarus.freepascal.org/index.php/topic,22558.msg133711.html#msg133711 Maybe someone can have a look? I am not familiar with Mac [Lazarusdev] All: How to use Fixed in field in Mantis (proposed new guideline) I want to suggest the following guidelines for mantis usage. + New guideline: * Field fixed in: (used by developer) = affects Changelog Set to released or will be release versions only. e.g. 1.2 / 1.4 / 1.2.2 Never to be set to SVN versions (that is
Re: [Lazarus] What are the prerequisites for compiling Lazarus on a KDE based system?
On 1/4/2014 4:37 PM, vfclists . wrote: On 4 January 2014 14:28, leledumbo leledumbo_c...@yahoo.co.id mailto:leledumbo_c...@yahoo.co.id wrote: Just check what -lXXX are missing Can you explain it further? I am building Lazarus using fpcup. +1!!n i'm running into similar situations building in this way... i've tried trunk for both FPC and LAZ and the defaults give be failures on building the docs... those failures being, mainly, that fpdoc and/or fpmake did not exist... but my last try was at 0500 this morning and i simply started fpcup clean with no previous config files or directories and let it run... -- NOTE: No off-list assistance is given without prior approval. Please keep mailing list traffic on the list unless private contact is specifically requested and granted. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus