On 26/12/2015 23:27, Juha Manninen wrote:
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.
Yes, dictatorship is far more efficient than democracy.
Yet I feel some things should be
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
On 22.12.2015 23:42, Anthony Walter wrote:
Stay on top is needed because the a menu designer is typically a
separate non docking window (a dialog). For all users menu editing
invariably consists of:
1. Creating a menu (or sub menu) item using the menu editor dialog
2. Then editing the menu
Ok "although" instead of "Thought"!
Ok wrong tread!
Should be opened an issou in the BT?
thanks for the huge amount of replies!
2015-12-26 10:00 GMT+01:00 Salvatore Coppola :
> Thought not 1.6 specific ther'is an annoying bug with the IDE undo. If you
> create an event
On 27.12.2015 21:40, Salvatore Coppola wrote:
Ok "although" instead of "Thought"!
Ok wrong tread!
Should be opened an issou in the BT?
thanks for the huge amount of replies!
I don't know if it is even possible and wanted to extend the source
editor undo function with the ability to change the
On 26.12.2015 10:00, Salvatore Coppola wrote:
the IDE is give a error msg that didnt help to find the problem (unit
section enlighted)
I find the error message clear enough:
and in the messages window you find
unit1.pas(1,11) Error: identifier not found: Button1Click
So there is no bug at
On 27/12/2015 13:25, Ondrej Pokorny wrote:
On 27.12.2015 14:21, Juha Manninen wrote:
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
Hello,
What's the correct IDEIntf APIs to show "Debug Output" window as well as
populate with some debugging output?
thanks,
Dmitry
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
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
On 27.12.2015 13:10, Juha Manninen wrote:
Top level menuitems in a MainMenu can be selected but there is no
indication about it. Other items get a blue rectancle.
Highlighting works fine on Windows. It doesn't work on Linux. I haven't
checked OSX.
Ondrej
--
On 27.12.2015 13:45, Juha Manninen wrote:
However doing this for component palette + maybe IDE CoolBar is not
enough. At least TToolButton in LCL should support it
The correct place where to solve high-DPI issues is TControl.
It isn't a simple issue and it has to be judged properly.
I do
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
On 27.12.2015 14:03, Juha Manninen wrote:
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?
I'll think of a concept in the next days and will try to address
high-DPI issues in the LCL.
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.
On 27.12.2015 14:21, Juha Manninen wrote:
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
15 matches
Mail list logo