Re: [Lazarus] Cannot compile trunk from rev. 52266

On Sat, May 7, 2016 at 9:38 PM, Marco van de Voort wrote: > svn blame points to r52209, Juha Oops, right. Fixed in r52287. Thanks for noticing. Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org

Re: [Lazarus] jcfidelazarus JEDI Code Formatter cannot handle generic and specialize keywords

Patches are welcome to the current JCF parser or to implement a new formatter based on CodeTools. http://bugs.freepascal.org/view.php?id=19754 Actually basic generics syntax already works. This JCF parser however must be updated separately when new compiler features come out, and it has no

Re: [Lazarus] where do I put project wide conditional define?

On Tue, Apr 19, 2016 at 2:17 PM, Dennis wrote: > Where do I put > {$DEFINE USE_XYZ} > > so that when I rebuild the project, fpc will see USE_XYZ is defined. In Project Options: Compiler Options -> Custom Options - > Defines ... Juha --

Re: [Lazarus] Bashing the developers

On Mon, Apr 11, 2016 at 8:29 PM, Jürgen Hestermann wrote: > Of course, nobody here wants to miss any of the current state of Free > Pascal/Lazarus. > So anybody who was/is involved in coding here can be thanked very much. > But does that mean that any discussions about

Re: [Lazarus] Trying to work around "Illegal character in format string"

On Sun, Apr 10, 2016 at 4:26 PM, Alan Corey wrote: > Should I have maybe removed ~/.lazarus? The local config is backwards compatible and updated automatically but soemtimes after experimenting a lot it can become corrupt. Then you can delete it. > I still can't get the

Re: [Lazarus] Bashing the developers

On Sat, Apr 9, 2016 at 7:44 PM, Jürgen Hestermann wrote: > Just ignore them if it you don't want to discuss them. Even after filtering I would see replies for your mails. However that is not the point. The point is that you feel justified to attack Lazarus developers

Re: [Lazarus] Bashing the developers

On Sat, Apr 9, 2016 at 6:47 PM, Bart wrote: > While I understand your sentiments and emotions, I think it is > unneccessary to mention specific names here. Based on my earlier experiences I think it is very important to mention names. Even the biggest flame-wars roll around

Re: [Lazarus] Lazarus Digest, Vol 99, Issue 32

On Sat, Apr 9, 2016 at 5:18 PM, Michael Thompson wrote: > You say minimal, code analysis says Average. Comments are overrated. If you think of them as "deodorant masking fishy code" then less comments is better. What would really help are high level documents of IDE

Re: [Lazarus] Lazarus Digest, Vol 99, Issue 32

On Sat, Apr 9, 2016 at 5:07 PM, Giuliano Colla wrote: > Because without a minimal amount of documentation all this valuable work > risks to be useless, because: > - nobody except a few core developers know of its existence > - nobody except the developer itself knows

[Lazarus] Bashing the developers

Regarding posts from Jürgen Hestermann. Unfortunately this is not the first time he finds excuses to blame Lazarus developers. The main theme is that developers have done a poor job and did not serve him well enough. Earlier it was about the new Unicode support. All the work I had done for it was

Re: [Lazarus] *** GMX Spamverdacht *** help writing help [was: Re: Re: Suggestion for TRadioGroup documentation]

On Sat, Apr 9, 2016 at 3:05 PM, Jürgen Hestermann wrote: > I just see it is a waste of time if someone is forced to read and > understand code that someone else has written ... Nobody forces you read or understand code! I think you should find another project if this

Re: [Lazarus] Lazarus Digest, Vol 99, Issue 32

On Sat, Apr 9, 2016 at 1:20 PM, Giuliano Colla wrote: > An answer such as: "Your patch is good, it adds a desirable functionality, > but without proper documentation, nobody will be able to take advantage of > it. Please add some concise comments on variable and

Re: [Lazarus] Lazarus Digest, Vol 99, Issue 32

On Fri, Apr 8, 2016 at 9:33 PM, Alan Corey wrote: > OK, I was just hoping for a sentence or paragraph to be added to the > documentation. Welcome to open source. Instead of complaining here and wasting everybody's time, you could have improved the documentation yourself and

Re: [Lazarus] Feature Request: Insert {codepage UTF8} per default

On Thu, Mar 31, 2016 at 5:20 PM, Bart wrote: > In my fantasy scenario the String would of course have the meaning of > UnicodeString. That is not anyhow better (or worse) inherently than a UTF-8 based solution. Delphi just happened to implement it so, for various reasons.

Re: [Lazarus] Feature Request: Insert {codepage UTF8} per default

On Thu, Mar 31, 2016 at 4:25 PM, Bart wrote: > in this scenario adding {$codepage utf8} may be the wise thing to do: > it eliminates all confusion about the intended encoding of the string > constant. How is a conversion to UTF-16 and then back to UTF-8 less confusing than

Re: [Lazarus] Feature Request: Insert {codepage UTF8} per default

On Wed, Mar 30, 2016 at 7:16 PM, Bart wrote: > [...] > I would say that this experiment contradicts the statement in > http://wiki.freepascal.org/Better_Unicode_Support_in_Lazarus#String_Literals > ? If your "s1" is a plain String then something has changed. IIRC it worked

Re: [Lazarus] Feature Request: Insert {codepage UTF8} per default

On Wed, Mar 30, 2016 at 3:12 PM, Michael W. Vogel wrote: >> The cases fail with UTF-8 file encoding. > I don't understand this. I meant that some cases fail even when the file encoding is UTF-8. File encoding is not the issue. >>

Re: [Lazarus] Feature Request: Insert {codepage UTF8} per default

On Wed, Mar 30, 2016 at 1:03 PM, Bart wrote: > The IDE at least runs fine (in my locale on Windows) with -FcUTF8. Lazarus IDE does not have string constants beyond 7-bit ASCII. Encoding does not matter obviously. > (I have it there because I build all my projects with this

Re: [Lazarus] Feature Request: Insert {codepage UTF8} per default

On Wed, Mar 30, 2016 at 12:38 PM, Michael W. Vogel wrote: > With the hack that the LCL makes and the added {$codepage UTF8} all > conversions work like a charm (see added testproject). Conversions in your testproject may work, but you ignored the forum link I gave earlier.

Re: [Lazarus] Feature Request: Insert {codepage UTF8} per default

Ok, FPC had UnicodeString earlier than I remembered. Currently WideString is often used with WinAPI when UnicodeString should be used, as Marco reminded in another discussion. Anyway, the problems found by Michael W. Vogel and "malcome" all deal with constants. Assignment between variables always

Re: [Lazarus] Feature Request: Insert {codepage UTF8} per default

No, originally we had -FcUTF8 set by default but it caused more problems. See: http://forum.lazarus.freepascal.org/index.php?topic=30022 > In the most cases the string magic works without a defined {$codepage utf8}, > but not if you want to assign a const to a Predefined String or

Re: [Lazarus] LCL exports CC-licensed icons to every LCL application

Ok, I should read the dev-list discussion more carefully. My head does not work well with licensing details. For free and open source stuff it feels like a useless extra complication. I understand it is only me and the reality is more complex. I happily leave this issue for others to solve. Juha

Re: [Lazarus] LCL exports CC-licensed icons to every LCL application

Ondrej, what is the fuzz about icons now? No author of icons has complained. The famfam icons are free anyway. Lazarus project acknowledges their origin and thus does not violate anything. Yes, all applications using LCL must acknowledges them, too, but it should not be a problem. It is just one

[Lazarus] Preview of minimized window on taskbar

Could somebody with Windows knowledge please look at this: http://bugs.freepascal.org/view.php?id=13397 Is it a valid issue still? If yes, then try to apply the patch to current Lazarus trunk. It has been ignored for very long time. Juha -- ___

Re: [Lazarus] Default keymapping adapted to OS X

On Mon, Mar 14, 2016 at 1:03 PM, Mattias Gaertner wrote: > If there are no objections I can do that. Yes please. My understanding is that the mappings for OS/X are not only different but also limited. They have not been updated as diligently as the default for other

Re: [Lazarus] Form Resizing

On Mon, Mar 7, 2016 at 12:25 PM, Mark Morgan Lloyd wrote: > I'll leave somebody else to comment on the current status of GTK3, which I > think would be of general interest. It would need somebody to finish the implementation and to maintain it. Anybody? The

Re: [Lazarus] Form Resizing

On Mon, Mar 7, 2016 at 11:15 AM, Bo Berglund wrote: > If this means that Raspbian is using LXDE is beyond me but it seems > like it is using gtk3 by this wording. > > When I try to find a gtk3 setting inside Lazarus I only do so in the > dialog Tools/Configure_BuildLazarus,

Re: [Lazarus] Form Resizing

On Sun, Mar 6, 2016 at 7:27 PM, Bo Berglund wrote: > I have no idea what you mean by this statement... > What is LXDE and how do I test Lazarus for LXDE? Bo, I have a strong feeling that you are playing dummy. Why do you do it? You must know the concept of desktop

Re: [Lazarus] Form Resizing

On Mon, Mar 7, 2016 at 2:01 AM, Luiz Americo Pereira Camara wrote: > According to a previous message he is using Mate Not in his Raspbian in Raspberry Pi2. It most likely has LXDE although he has not confirmed it. Juha -- ___

Re: [Lazarus] Form Resizing

On Mar 5, 2016 4:48 PM, "Bo Berglund" wrote: > I looked at Lazarus Tools/Configure "Bild Lazarus" I see that the LCL > widget type is set to gtk2. > That is the same as in my Linux Mint 17.3 Mate installation. Yes, the widgetset is obviously GTK2 unless you have explicitly

Re: [Lazarus] Form Resizing

steveg has Lubuntu with LXDE. I guess Raspbian also has LXDE. This may be a LXDE related issue. Please confirm. Then you guys should find which revision broke it for LXDE or if it was always broken. Juha -- ___ Lazarus mailing list

Re: [Lazarus] Procedure List dialog regressions

On Tue, Mar 1, 2016 at 5:05 PM, Graeme Geldenhuys wrote: > I'll also create a patch to "more officially" save/restore > the column widths. Maybe that should wait a little. Ondrej is making a generic configuration API for storing column widths of all IDE ListViews.

Re: [Lazarus] Form Resizing

On Tue, Mar 1, 2016 at 11:44 AM, Péter Gábor wrote: > Yes! I'm updating mantis with the information immediately... Most likely a GTK2 library version dependent issue. Juha -- ___ Lazarus mailing list

Re: [Lazarus] Form Resizing

On Tue, Mar 1, 2016 at 12:00 AM, Bo Berglund wrote: > I checked out the release tag for 1.6 when I installed Lazarus 1.6. > That should be what you need to find the revision number. I didn't quite understand you but for bisecting you need trunk. Then use the binary search

Re: [Lazarus] Form Resizing

On Mon, Feb 29, 2016 at 10:58 PM, Bo Berglund wrote: > Do you mean that if I select the form and use Object Inspector to set > Constraints I am getting to the wrong place? > If so exactly how do I reach this new local menu? Object Inspector is the right place to set

Re: [Lazarus] Form Resizing

On Mon, Feb 29, 2016 at 10:01 PM, steveg wrote: > Not too sure if its the same here. Mine seems to be only limited to not > resizing 'below' the original size. > Other than that, all works fine I would say you have accidentally set Constraints. It now has local menu entries

Re: [Lazarus] Procedure List in Lazarus IDE

On Feb 26, 2016 3:03 PM, "Graeme Geldenhuys" wrote: > > > I turned ProcedureList into a proper IDE window in r50908. > > Juha, please revert that patch - it broke Procedure List completely! Reverted in r51478. Juha --

Re: [Lazarus] Procedure List dialog regressions

I reverted r50908 in r51748. I think only that one revision was involved. I planned to work on the issue sooner but something else always came up. It is also true I don't fully understand the original filter logic. I must study it later. Currently I am travelling with a mini-laptop and won't do

Re: [Lazarus] Official/recommended citations for scientific papers

On Fri, Feb 26, 2016 at 7:39 PM, Žilvinas Ledas wrote: > @book{Person13, > Title= {Getting Started with the Lazarus IDE}, > Author = {R. Person}, > Publisher= {Packt Publishing Ltd}, > Year =

Re: [Lazarus] Procedure List dialog regressions

On Fri, Feb 26, 2016 at 3:50 PM, Graeme Geldenhuys wrote: > Ondrej, I think you last worked on this? Not sure if you are still busy > with this, otherwise I'll raise bug reports in Mantis for it. Actually I am the guilty one. I made it a modeless IDE window and

Re: [Lazarus] Feature Request: hide button text in windows with toolbars

On Thu, Feb 25, 2016 at 8:24 PM, Graeme Geldenhuys wrote: > In fact, I have a 12 hour flight coming up where I need to kill some > time. Maybe implementing some of these ideas as a prototype/suggestion > is a nice way of making the time fly by. ;-) Wow, the

Re: [Lazarus] non Unicodode application

On Mon, Feb 15, 2016 at 12:20 PM, Michael Schnell wrote: > Sorry I did not intend to express any negative attitude, but on the > contrary am very happy that Lazarus/fpc can provide exactly that > functionality (8 bit Strings - including TStrins, pos , etc - in a 64 Bit >

Re: [Lazarus] non Unicodode application

On Fri, Feb 12, 2016 at 4:18 PM, Michael Schnell wrote: > Now a friend of mine is faced by a similar task. But here he wants to keep a > (small) GUI and he does not want to go for Linux but for 64 Bit. Both Delphi and FPC now support 64-bit. I don't know how that relates to

Re: [Lazarus] non Unicodode application

On Fri, Feb 12, 2016 at 3:25 PM, Michael Schnell wrote: > Any automatic type conversion would kill the application. > [...] > will this be possible with future versions of Lazarus ,as well ? I guess you mean automatic encoding conversion for strings. (?) The automatic

Re: [Lazarus] non Unicodode application

On Fri, Feb 12, 2016 at 3:38 PM, Michael Van Canneyt wrote: > Just use RawByteString as stringtype for all parameters and variables > in calls where you don't want code page conversions to occur. The compiler > will not touch the codepage then. Ok, true. That works, too.

Re: [Lazarus] non Unicodode application

On Fri, Feb 12, 2016 at 6:52 PM, Michael Schnell wrote: > I think that it is *very* desirable to provide configuration options to > provide full backwards compatibility (while still allow to use as many of > the new features as possible when explicitly writing coding for

Re: [Lazarus] Package editor in Lazarus 1.6

On Thu, Jan 28, 2016 at 12:06 AM, Mattias Gaertner wrote: > And what was the bug? > It does not sound like a bugfix, so I'm a bit worried that it went to > 1.6RC2. Most changes were made before 1.6 was branched. They don't need to be only bug fixes then. For example

Re: [Lazarus] lhelp broken for Lazarus 1.7 r1.5 FPC 2.6.4 x86_64-linux-gtk 2

Please test with r51434. Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Package editor in Lazarus 1.6

On Mon, Jan 25, 2016 at 9:53 PM, Michael Van Canneyt wrote: > Requirements must still be added one at a time; The requirement dialog shows > a dropdown. > ... Yes, that is true. There should be either a CheckListbox or a Listbox with multi-select. > If you select a

Re: [Lazarus] lhelp broken for Lazarus 1.7 r1.5 FPC 2.6.4 x86_64-linux-gtk 2

On Wed, Jan 27, 2016 at 7:03 PM, John Landmesser wrote: > tried to compile lhelp with my r51428 shows me these messages: > > Kompiliere Package TurboPowerIPro 1.0: Exit code 1, Fehler: 3, Warnungen: 2 > iphtml.pas(12184,6) Warning: User defined: Setting these font colors

Re: [Lazarus] [OT] Why Mantis doesn't notify the changes?

On Wed, Jan 27, 2016 at 7:43 PM, silvioprog wrote: > For example, I can't receive any notification related to this issue: > http://bugs.freepascal.org/view.php?id=29483 > And I think that Juha can't receive any notification too. :-/ In fact I did not receive notifications

Re: [Lazarus] Package editor in Lazarus 1.6

On Wed, Jan 27, 2016 at 7:44 PM, Mattias Gaertner wrote: > What bug was fixed with this patch? > ... > Changes should be documented: > http://wiki.lazarus.freepascal.org/Lazarus_1.6.0_release_notes#IDE_Changes Ok, I added a "Package editor" section there. Reducing two

[Lazarus] Package editor in Lazarus 1.6

Forgot to write earlier... The package editor has been improved in RC2. See this + its related issues : http://bugs.freepascal.org/view.php?id=28097 The changes were partly inspired by ideas from Michael Van Canneyt and others. See this mail thread :

Re: [Lazarus] New menu designer

On Sun, Jan 17, 2016 at 8:40 PM, Howard <h...@talktalk.net> wrote: > On 17/01/2016 13:00, Juha Manninen wrote: >> Howard, for curiosity, your patch has: LCLVersion = '1.6.0.2' The menu >> editor is developed in trunk 1.7. Are you using a fixex_1_6 version for >> editin

Re: [Lazarus] Opening non existing files and (not) adding them to the project

On Mon, Jan 18, 2016 at 1:32 PM, Mattias Gaertner wrote: > It works here on GTK2/Ubuntu. I can choose a non existing file. I guess you mean you can type a name of a non existing file. You cannot choose it because by definition it does not exist. I have Xubuntu 15.10

Re: [Lazarus] Testing Unicode and Windows system codepage in Lazarus 1.6

On Mon, Jan 18, 2016 at 8:20 AM, Jürgen Hestermann wrote: > Now that is cynical! > Telling those who do not know anything about what > has been developed over the last years > to write the documentation theirselfs. No, my point is that I will not continue doing it.

Re: [Lazarus] Docking search results

On Sun, Jan 17, 2016 at 9:17 PM, Ondrej Pokorny wrote: > No, it is not. It is opened if you saved your desktop with search result > dialog opened. If you saved your desktop with search result dialog closed, > it won't be opened. > If you have enabled "auto save desktop" option

Re: [Lazarus] Opening non existing files and (not) adding them to the project

On Mon, Jan 18, 2016 at 9:05 AM, Sven Barth wrote: > Don't shock me like that, Juha. > > The IDE actively asks me whether I want to create a new file if I open a non > existing one and it should definitely stay that way. Ok, you and Mattias are right. The OpenDialog

Re: [Lazarus] Docking search results

On Sun, Jan 17, 2016 at 6:58 PM, Ondrej Pokorny wrote: > For me the search result dialog isn't initially opened in the undocked IDE. > Tested on Windows/win32. It is opened if it was left open when Lazarus was closed previously. The nature of that window is such that I want to

Re: [Lazarus] Testing Unicode and Windows system codepage in Lazarus 1.6

Jürgen and taazz, The DisableUTF8RTL system indeed is a fall-back for people who cannot use the new improved UTF-8 system. The automatic encoding conversion may do tricks when you still must do explicit conversion to/from UTF-8 using the old clumsy functions. I don't know about all the issues

Re: [Lazarus] Opening non existing files and (not) adding them to the project

On Sun, Jan 17, 2016 at 4:30 PM, Sven Barth wrote: > Back in 1.4.x when I opened a non-existing file and I confirmed that I want > to have it created the file was not added to project or the project's > mainfile. > [...] > Now with 1.6RC2 I noticed that such files

Re: [Lazarus] New menu designer. which style do you prefer?

On Sun, Jan 17, 2016 at 1:11 AM, Howard wrote: > You'll realise I'm on a learning curve. This is my first significant code > contribution to an open source project. I actually never thought I had the > skill to offer a new menueditor. It was a forum comment by the late >

Re: [Lazarus] New menu designer

On Sun, Jan 17, 2016 at 2:33 PM, Péter Gábor wrote: > If no one else is currently working on the resourcestrings issue I will > try to finish my patch and post it on mantis... > This is more simpler than writing a lot of letter about what and how to > fix to be translation

[Lazarus] Testing Unicode and Windows system codepage in Lazarus 1.6

The RC1 and RC2 versions have been tested for a while now but we have not heard any complaints about the new improved Unicode support. Does that mean it works perfectly? Windows is of biggest interest. There the new UTF-8 support breaks existing code when it depends on system codepage. For that

Re: [Lazarus] Testing Unicode and Windows system codepage in Lazarus 1.6

On Sun, Jan 17, 2016 at 2:54 PM, Jürgen Hestermann wrote: > You may have a false impression of how Free Pascal/Lazarus is used by most > people. > At least I did not wait until the current version to use Unicode (and long > paths) > for file names and others. I think

Re: [Lazarus] Release Candidate 2 of Lazarus 1.6

A note about the Sparta docked form designer. The package is included in 1.6 release but unfortunately it is not stable there. Many of its bugs are widgetset dependent. It has been improved in trunk already by Maciej and Ondrej but it required changes also in LCL and in source editor. Such changes

Re: [Lazarus] Where is the "Clone to new Window" option gone.. ?

It is caused by r51169 "ide: sourcenotebook better PopupMenu handling. Fixes also issue 29295" by Ondrej at 2016-01-03. I reopened the relevant issue http://bugs.freepascal.org/view.php?id=29295 Juha -- ___ Lazarus mailing list

Re: [Lazarus] Video: Tool to aid in developing the Lazarus IDE

On Thu, Jan 14, 2016 at 9:14 PM, Petr Hložek wrote: > What did you do to dock also Form itself like it's on the video? Install package sparta_DockedFormEditor. Unfortunately it is not fully stable in 1.6 release. See my other comment in the Release Candidate 2 thread. Juha

[Lazarus] New menu editor's in-place "Edit Caption" feature + QT

The new menu editor has a nice feature. Pressing Enter on a menu item lets you edit its caption without moving to Object Inspector. It does not work when IDE is built with QT bindings. It this a known issue? Juha -- ___ Lazarus mailing list

Re: [Lazarus] Where is the "Clone to new Window" option gone.. ?

On Wed, Jan 13, 2016 at 4:50 PM, Corpsman wrote: > But i miss the "Clone to new Window" option. Normaly when i click the > right mouse over the Sourcecode tabs, there had been a popupmenu that > offers this and some other options, the menu is gone now ;(. is there a > way to get

Re: [Lazarus] Where is the "Clone to new Window" option gone.. ?

See http://bugs.freepascal.org/view.php?id=29195 It happened with GTK2. The popup menu has disappeared after it. If you find the guilty revision, please add comment in that report or open a new report. Juha -- ___ Lazarus mailing list

Re: [Lazarus] Lazarus trunc and fpc 2.6.4

On Tue, Jan 12, 2016 at 10:32 AM, John Landmesser wrote: > unit RLPrinters; Where is that unit? I don't find it in Lazarus trunk. Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org

Re: [Lazarus] Do we really need a PaintSwastika procedure?

On Sat, Jan 9, 2016 at 7:23 PM, Giuliano Colla wrote: > Back to the original thread subject, IMO the best course is simply to remove > the PaintSwastika procedure, which is out of place in a small collection of > simple graphic shapes ... Yes, I also realized how

Re: [Lazarus] New menu designer. which style do you prefer?

On Mon, Jan 11, 2016 at 3:38 PM, Howard wrote: > It is the second patch submitted on issue 29205 Oops, I failed to notice it. Should it be applied? I am happy if the issue is assigned to somebody else. Bart? Ondrej? I have some other issues to look at. Juha --

Re: [Lazarus] New menu designer. which style do you prefer?

On Mon, Jan 11, 2016 at 4:18 PM, Ondrej Pokorny wrote: > I'll apply it manually. The patch won't apply because I fixed some issues > recently. Assigned the issue to you. Thanks. :) Juha -- ___ Lazarus mailing list

Re: [Lazarus] Lazarus trunc does not compile with fpc 2.6.4 Win32

On Mon, Jan 11, 2016 at 4:00 PM, leledumbo wrote: >> Isn't it possible anymore to compile svn Lazarus with fc 2.6.4 ?? > > No. Latest stable is the only one that's supported, latest stable is 3.0.0. Actually we plan to keep Lazarus compilable with FPC 2.6.4 for some

Re: [Lazarus] Do we really need a PaintSwastika procedure?

On Fri, Jan 8, 2016 at 10:34 PM, Giuliano Colla wrote: > But if you take a small collection where the only one politically relevant > is the swastika, then you have a collection which is politically BIASED, not > politically NEUTRAL. This collection of shapes is

Re: [Lazarus] Do we really need a PaintSwastika procedure?

On Fri, Jan 8, 2016 at 1:14 AM, Anthony Walter wrote: > I have five uncles, on both my mother's and father's > side, who fought and died in WW2. When I've visited their graves in France > and Hawaii everyone I met seemed to a good understanding of the war's cost > in human life

Re: [Lazarus] Do we really need a PaintSwastika procedure?

On Thu, Jan 7, 2016 at 8:43 AM, Marc Santhoff wrote: > Maybe this discussion can be closed when the names are mangled for > political correctness and/or there is a clear statement added in the > unit in question. What is wrong with the names? The symbol is called "swastika".

Re: [Lazarus] Do we really need a PaintSwastika procedure?

On Thu, Jan 7, 2016 at 1:41 PM, Terry A. Haimann wrote: > As someone of Jewish heritage I say get rid of it. Mattias actually removed the function, obeying like a good German boy when somebody with "Jewish heritage" tells him. Uhhh, I can't believe he did so! I planned to

Re: [Lazarus] Do we really need a PaintSwastika procedure?

On Thu, Jan 7, 2016 at 10:44 PM, Dmitry Boyarintsev wrote: > Swastika = Nazis, by default these days. Ok, this must be a cultural difference then. I have talked and read about this symbol in context of historical use and current use in India, and the word "swastika"

Re: [Lazarus] Do we really need a PaintSwastika procedure?

On Thu, Jan 7, 2016 at 11:39 PM, Anthony Walter wrote: > Europe has long a history of anti semitism, something which most reasonable > people recognize. Perhaps this is the cultural difference you're touching > upon. Ok, maybe the sentiments around those issues are still so

Re: [Lazarus] Do we really need a PaintSwastika procedure?

On Wed, Jan 6, 2016 at 6:42 PM, Dmitry Boyarintsev wrote: > Fair enough. > Here's the patch. (Anyone,) please create a bug report, so it could be > applied. Dmitry, you have full SVN write access, don't you? You can commit it without any bug reports. There could be

Re: [Lazarus] List of available defines

On Mon, Jan 4, 2016 at 11:09 PM, Vojtěch Čihák wrote: > is there some wiki or other place with list of available defines (for > trunk)? No. I have a plan to make a feature to search all such defines in project sources, maybe added to Project options, Custom options page,

Re: [Lazarus] revision 51059 - lazbuild

On Tue, Dec 29, 2015 at 11:41 AM, Michael W. Vogel wrote: > In the bugtracker are four tickets about it as I wrote here: > http://bugs.freepascal.org/view.php?id=29274 Actually there are five duplicate reports, all opened within few hours! This is bad. A rule number one for

Re: [Lazarus] New menu designer

On Sun, Dec 27, 2015 at 1:34 PM, Howard Page-Clark wrote: > Yes, dictatorship is far more efficient than democracy. True, but this is neither dictatorship nor democracy. This is more like meritocracy. :) >> There are other usability issues, too. > Namely...? Top level

Re: [Lazarus] ComponentPalette images size on HighDPI devices

On Thu, Dec 24, 2015 at 11:53 PM, Sandro Cumerlato < sandro.cumerl...@gmail.com> wrote: > I've found a simple way to improve ComponentPalette usability on HighDPI > touch devices. > ... > It is quite easy to enlarge buttons area (and improve usability expecially > on touch devices), because the

Re: [Lazarus] ComponentPalette images size on HighDPI devices

On Sun, Dec 27, 2015 at 2:56 PM, Ondrej Pokorny wrote: > The correct place where to solve high-DPI issues is TControl. How exactly? Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org

Re: [Lazarus] New menu designer

On Sun, Dec 27, 2015 at 2:46 PM, Ondrej Pokorny wrote: > Highlighting works fine on Windows. It doesn't work on Linux. I haven't > checked OSX. Strange. I have tested with GTK2 and QT on Linux and the Windows version using Wine. They all behave identically in this respect.

[Lazarus] Replacement for deprecated symbol "Lookup"

I try to clean out warnings from LCL. How to solve these? Compile package LCLBase 1.7: Success, Warnings: 6 dbctrls.pp(1422,56) Warning: Symbol "Lookup" is deprecated dbgrids.pas(1233,20) Warning: Symbol "Lookup" is deprecated dbgrids.pas(3270,54) Warning: Symbol "Lookup" is deprecated

Re: [Lazarus] New menu designer

On Sat, Dec 26, 2015 at 1:09 PM, Péter Gábor wrote: > Some examples of resourcestrings that can/must be merged > ... Yes, I didn't even notice that. > Also a question: can this (new) menu designer implemented as a > separate/installable package to allow the usage of old one?

Re: [Lazarus] Replacement for deprecated symbol "Lookup"

On Sat, Dec 26, 2015 at 7:25 PM, Michael Van Canneyt wrote: > Use Locate instead. They are actually TField.Lookup properties. TField does not have Locate. All the "deprecated" warnings come from Lookup getters which is implemented as : function TField.GetLookup: Boolean;

Re: [Lazarus] New menu designer

Howard, as the author you also have voting power over the GUI. Besides GUI design is difficult, there is never a "right" solution that everybody would agree upon. Yet I feel some things should be changed. All settings that duplicate OI properties should either be moved to a bottom section of a

Re: [Lazarus] Lazarus 1.6RC1 on various platforms

On Fri, Dec 25, 2015 at 1:39 PM, Mark Morgan Lloyd wrote: > Mark Morgan Lloyd wrote: >> >> The good news is that it builds with FPC 3.0.0 on: >> >> PPC Linux, Debian "Lenny" >> Raspbian "Jessie" on RPi2 >> SPARC OpenSXCE 2014 (approx. Solaris 11) >> SPARC Linux,

Re: [Lazarus] Lazarus 1.4.4 fpc 3.0

On Thu, Dec 24, 2015 at 11:21 AM, Santiago A. wrote: > Is it posible to use Lazarus 1.4.4 with fpc 3.0? Yes but why would you do that? Lazarus 1.6 is almost here. You may get problems with codepage aware strings when using Lazarus 1.4.4. Depends on use case of course. Juha

Re: [Lazarus] New menu designer

On Wed, Dec 23, 2015 at 9:26 AM, taazz wrote: > stop f...ing with my system Actually we are f...ing with Lazarus trunk, not with your system. If you want a stable Lazarus, you should use the fixes_1_6 branch instead. It is starting to look very good! Juha --

Re: [Lazarus] New menu designer

On Wed, Dec 23, 2015 at 3:43 PM, Ondrej Pokorny wrote: > Yes, this is correct. Please test r51008 (also you, Juha). PopupParent and PopupMode seem to work only with LCL-Win bindings. With GTK2 and QT it behaves like any modeless IDE window. But yes, this is the right solution.

Re: [Lazarus] New menu designer

On Wed, Dec 23, 2015 at 11:51 PM, Maxim Ganetsky wrote: > Also see: > http://bugs.freepascal.org/view.php?id=18036 and these: http://bugs.freepascal.org/view.php?id=24546 http://bugs.freepascal.org/view.php?id=24711 Juha -- ___

Re: [Lazarus] New menu designer

On Wed, Dec 23, 2015 at 2:38 AM, Kostas Michalopoulos wrote: > It seems to crash very often ... How to make it crash? It does not crash here. Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org

[Lazarus] New menu designer

Hello I committed a new Menu Designer by Howard Page-Clark in r50992. See: http://bugs.freepascal.org/view.php?id=29205 Please test. It has some interesting design decisions. I initially see some things that may need fixing: 1. The main menu top level items do not show any indication when

  1   2   3   4   5   6   7   8   9   10   >