Re: [Lazarus] Retina Font Rendering not working anymore in Lazarus Trunk

2014-06-28 Thread zeljko
On 06/27/2014 04:04 PM, Michael Ring wrote: Long time since last post but I finally managed to get retina support to work again. I am not sure if Apple has dropped support for retina rendering in carbon apps or if something inside of lazarus changed, right now there are two paths to get super

Re: [Lazarus] nonlcl basic issue: is codetools LCL dependent?

2014-06-28 Thread Martin Schreiber
On Friday 27 June 2014 21:04:13 Giuliano Colla wrote: I don't care too much about being modern. I claim that the best solution is always the most appropriate, not the newest. Tombstones are still made of stone. It's stone age technology, but it's the most appropriate up to now. Only if

Re: [Lazarus] Accessibility of Lazarus

2014-06-28 Thread Hans-Peter Diettrich
Grzegorz Zlotowicz schrieb: the fragment of the NVDA's log says about this control: name: u'' role: ROLE_BUTTON states: STATE_FOCUSABLE, STATE_FOCUSED isFocusable: True hasFocus: True description: None value: None windowHandle: 32703706 windowClassName: u'Button' windowText: u'' displayText:

Re: [Lazarus] nonlcl basic issue: is codetools LCL dependent?

2014-06-28 Thread Hans-Peter Diettrich
Giuliano Colla schrieb: Whenever you need a form to stay on top you never know if it'll work or not. For Gtk2, it did work on Lazarus 1.0.8, but it stopped working since Lazarus 1.1. This means that a user may lose an alarm which pops up, because he inadvertently touched

Re: [Lazarus] nonlcl basic issue: is codetools LCL dependent?

2014-06-28 Thread Giuliano Colla
Il 28/06/2014 09:16, Hans-Peter Diettrich ha scritto: Giuliano Colla schrieb: Whenever you need a form to stay on top you never know if it'll work or not. For Gtk2, it did work on Lazarus 1.0.8, but it stopped working since Lazarus 1.1. This means that a user may lose

Re: [Lazarus] nonlcl basic issue: is codetools LCL dependent?

2014-06-28 Thread Sven Barth
Am 28.06.2014 12:19 schrieb Hans-Peter Diettrich drdiettri...@aol.com: Giuliano Colla schrieb: Whenever you need a form to stay on top you never know if it'll work or not. For Gtk2, it did work on Lazarus 1.0.8, but it stopped working since Lazarus 1.1. This means that a

Re: [Lazarus] nonlcl basic issue: is codetools LCL dependent?

2014-06-28 Thread Sven Barth
Am 28.06.2014 12:27 schrieb Giuliano Colla giuliano.co...@fastwebnet.it: Il 28/06/2014 09:16, Hans-Peter Diettrich ha scritto: Giuliano Colla schrieb: Whenever you need a form to stay on top you never know if it'll work or not. For Gtk2, it did work on Lazarus 1.0.8, but it

Re: [Lazarus] nonlcl basic issue: is codetools LCL dependent?

2014-06-28 Thread Graeme Geldenhuys
On 2014-06-27 19:53, Giuliano Colla wrote: You need tons of workarounds to make them work under Lazarus, and to comply with native widgesets features and bugs. Just to mention a few: That is a very similar experience I had with LCL. My applications required a lot of visual customisation, and

Re: [Lazarus] nonlcl basic issue: is codetools LCL dependent?

2014-06-28 Thread Graeme Geldenhuys
On 2014-06-27 18:16, Juha Manninen wrote: Can they also bind to recent QT versions? I doubt. No need, because Kylix comes with its own Qt library - hence the applications still run perfectly on today's systems. Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free

Re: [Lazarus] 3D desktop written in Lazarus

2014-06-28 Thread Vojtěch Čihák
Yesterday, I found one more new desktop based on Qt libraries. It's named Lumina and it will be new default desktop for PC-BSD (replacement of KDE4).   http://www.phoronix.com/scan.php?page=news_itempx=MTY3MTc   Vojtěch aka Blaazen __

Re: [Lazarus] nonlcl basic issue: is codetools LCL dependent?

2014-06-28 Thread Giuliano Colla
Il 28/06/2014 01:18, Juha Manninen ha scritto: On Sat, Jun 28, 2014 at 1:51 AM, Giuliano Colla giuliano.co...@fastwebnet.it wrote: (I can't anchor the second Button to the first, because if the first becomes invisible, the second is moved from his position, which is not acceptable). True,

Re: [Lazarus] nonlcl basic issue: is codetools LCL dependent?

2014-06-28 Thread Graeme Geldenhuys
On 2014-06-27 23:51, Giuliano Colla wrote: Graeme Geldenhuys who had problems of the same sort ended up designing his own widgetset. I'm more modest, and I look to a design mediator. If there is something missing from fpGUI to help you migrate your projects off Kylix, we can discuss this in

Re: [Lazarus] Accessibility of Lazarus

2014-06-28 Thread Bart
AFAIK for TBitBtn an attempt was made to make it work, but this lead to visual anomalies (double captions on the button) and was reverted. Bart -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org

Re: [Lazarus] nonlcl basic issue: is codetools LCL dependent?

2014-06-28 Thread Giuliano Colla
Il 28/06/2014 14:47, Graeme Geldenhuys ha scritto: On 2014-06-27 23:51, Giuliano Colla wrote: Graeme Geldenhuys who had problems of the same sort ended up designing his own widgetset. I'm more modest, and I look to a design mediator. If there is something missing from fpGUI to help you

Re: [Lazarus] nonlcl basic issue: is codetools LCL dependent?

2014-06-28 Thread Graeme Geldenhuys
On 2014-06-28 14:41, Giuliano Colla wrote: My current main problem is to provide support to hundreds of installed applications, providing updates, enhancements etc. Therefore migrating to a different project frame is a possible option, but not the first one. I fully understand that.

[Lazarus] LazUtils - UTF8Process.pp - CommandLine/ApplicationName not deprecated

2014-06-28 Thread Michael Thompson
In Process.pp several properties are marked deprecated (ApplicationName and CommandLine). This tells me they're going to disappear one day, though I suspect not soon. I've just noticed in the UTF8 wrapper for TProcess ( TProcessUTF8), the corresponding properties are not marked deprecated, in

[Lazarus] LazUtils - TProcessUTF8 - UTF8 Parameters issue

2014-06-28 Thread Michael Thompson
Can anyone confirm if TProcessUTF8 handles unicode parameters under windows? I'm using Win 8 64bit/Laz 32 bit trunk/FPC Trunk. I'm struggling here with no unicode background, reading madly and hunting away... http://wiki.lazarus.freepascal.org/LCL_Unicode_Support makes it clear FPC is not

Re: [Lazarus] Accessibility of Lazarus

2014-06-28 Thread Grzegorz Zlotowicz
Hi. Unfortunately, I can't switch widgetset for bitbutton project. After spending about an hour or more in the project options dialog, I can achieve nearly everything (using keyboard or build-in in the screen-reader virtual mouse emulation), but with no success about widgetset, and in general

Re: [Lazarus] LazUtils - TProcessUTF8 - UTF8 Parameters issue

2014-06-28 Thread Bart
I answered in the forum. Bart -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Accessibility of Lazarus

2014-06-28 Thread Grzegorz Zlotowicz
Hi. As I wrote a moment ago in previous message, the problem is not the wm_getwindowtext itself, but the underlying accessibility object. http://wiki.freepascal.org/LCL_Accessibility states, that: LCL developers need to provide accessibility for all TCustomControl descendents in the LCL and

Re: [Lazarus] Source Editor enhancement mini-patch

2014-06-28 Thread Graeme Geldenhuys
On 2014-06-26 13:18, Michael Van Canneyt wrote: Given the way screens have evolved, I'd place it at the right or left of the source editor. That should be hard, but I purposely positioned it at the top, because I align the editor tabs to the right of the source editor (I can fit more tabs in

Re: [Lazarus] Source Editor enhancement mini-patch

2014-06-28 Thread Graeme Geldenhuys
On 2014-06-24 09:13, Giuliano Colla wrote: I'll give a look. No point in reinventing the wheel. Install the editortoolbar add-on, then click the configure button. You can then add almost any menu item of the Lazarus IDE as a toolbar button. The Back/Forward history works very well - I have it

Re: [Lazarus] nonlcl basic issue: is codetools LCL dependent?

2014-06-28 Thread Giuliano Colla
Il 28/06/2014 20:30, Marco van de Voort ha scritto: On Fri, Jun 27, 2014 at 05:40:35PM +0200, Giuliano Colla wrote: Sorry for the misunderstanding. I did consider this possibility because we have hundreds of Kylix projects which are still alive, and need maintenance. Kylix IDE can only be used

Re: [Lazarus] Source Editor enhancement mini-patch

2014-06-28 Thread Giuliano Colla
Il 29/06/2014 00:48, Graeme Geldenhuys ha scritto: On 2014-06-24 09:13, Giuliano Colla wrote: I'll give a look. No point in reinventing the wheel. Install the editortoolbar add-on, then click the configure button. [...] Already done. Installed, configured by adding what I wanted, and put to

Re: [Lazarus] Source Editor enhancement mini-patch

2014-06-28 Thread Graeme Geldenhuys
On 2014-06-29 00:53, Giuliano Colla wrote: and finding it already done, was a happy surprise. Thank you very much! The beauty of open source development at work! :-D Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ --

Re: [Lazarus] Accessibility of Lazarus

2014-06-28 Thread Hans-Peter Diettrich
Grzegorz Zlotowicz schrieb: Returning to the accessibility: the wm_gettext message result is defined in the windowText field of quoted log, but instead relying only on winapi, NVDA tries to use MSAA or IAccessible interfaces, which give much more (for example possibility of reacting to