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 events
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/
--
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
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 o
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
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
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 als
I answered in the forum.
Bart
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
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
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 unicod
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 on old platforms/virtual
> machines but the com
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
fa
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.
Reg
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 migrate
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
http://lists.lazarus.freepascal.org/mailman/
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
Il 28/06/2014 01:18, Juha Manninen ha scritto:
On Sat, Jun 28, 2014 at 1:51 AM, Giuliano Colla
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, hiding the control ruins the plan
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_item&px=MTY3MTc
Vojtěch aka Blaazen
__
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
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
Am 28.06.2014 12:27 schrieb "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
>>> stoppe
Am 28.06.2014 12:19 schrieb "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 l
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
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 touche
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: u'
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 i
26 matches
Mail list logo