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

2016-01-12 Thread Howard 



On 11/01/2016 21:51, Anthony Walter wrote:
Howard, good job on the new menu designer. It's working very nicely 
right now. I'll take a look at modifying TShadowMenu to be a scrolling 
control without the need for a TScrollBox.


Thanks. Yes, Ondrej's introduction of TSiblingFake and TFirstFake are a 
neat improvement.


Howard


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Lazarus trunc and fpc 2.6.4

2016-01-12 Thread John Landmesser 
my own fix: added unit winspool :

 


unit RLPrinters;
{$MODE DELPHI}{$H+}
interface

uses
  {$ifdef LCLWin32}Windows, WinUtilPrn, winspool,{$else}process,{$endif}
  Classes, SysUtils, Math, Forms, Dialogs,
  Graphics, Printers, RLConsts, RLTypes, RLUtils; 



 


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

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

2016-01-12 Thread Ondrej Pokorny 

On 12.01.2016 9:39, Howard wrote:
Yes, Ondrej's introduction of TSiblingFake and TFirstFake are a neat 
improvement.


Thanks! You did a nice job with the menu designer!

I would ask you to omit the with statement, though. IIRC there are even 
nested with statements in the code.


Withs can easily be sources of unnecessary bugs and errors.

Ondrej

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] New menu designer

2016-01-12 Thread Howard 

On 12/01/2016 13:44, Péter Gábor wrote:
Please use complete sentences as much as possible and avoid storing > of partial sentences in resourcestrings. I mean don't compose > 
complete sentences in run/compile time from words or partial > 
sentences. Such resourcestrings makes localization harder or > 
completely impossible in languages that have different grammar: word > 
order, system of prefixes/suffixes, agglutination, inflection, and > 
other things that I can't imagine. > An example of how NOT to fragment 
sentences: msgid " conflicts%s" msgid " remain>" msgid " 
to resolve>" Also fragments can > have different meaning and 
translations depending on that they are > used combined or not.


OK, point taken. I will amend the offending resourcestrings in a patch.
I'm not a linguist nor a translator, so did not appreciate that this 
would cause difficulty.
My motive was simply to reduce the overall number of resourcestrings 
required by reuse of phrase "atoms", which I see now works 
satisfactorily only if a single language is ever employed.


Howard
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] New menu designer

2016-01-12 Thread Péter Gábor 


2015-12-26 20:37 keltezéssel, Howard Page-Clark írta:
> I was waiting for more feedback about the design/functionality, and for
> responses to settle into some sort of consensus about what needs to be
> changed/improved/removed. 
> The resourcestrings, for instance, need the attention Peter
> indicated, plus more.

Please use complete sentences as much as possible and avoid storing of
partial sentences in resourcestrings.
I mean don't compose complete sentences in run/compile time from words
or partial sentences. Such resourcestrings makes localization harder or
completely impossible in languages that have different grammar: word
order, system of prefixes/suffixes, agglutination, inflection, and other
things that I can't imagine.

An example of how NOT to fragment sentences:

msgid ""
msgid " to resolve>"

Also fragments can have different meaning and translations depending on
that they are used combined or not.

-- 
Péter Gábor
p...@freemail.hu


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Who "killed" TDBGrid? Ondrej?

2016-01-12 Thread Gabor Boros 

2016.01.11. 19:25 keltezéssel, Ondrej Pokorny írta:

http://bugs.freepascal.org/view.php?id=29191


This particular one seems to be caused by r49016 by Jesus.


Source of my problem is this commit too.
Switched back to the latest fixes_1_6. Moved back SelectEditor; to the 
original position (after MoveSelection;) and my problem gone.


Gabor

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] New menu designer

2016-01-12 Thread Howard 

On 12/01/2016 14:37, Péter Gábor wrote:


2016-01-12 15:26 keltezéssel, Howard írta:

OK, point taken. I will amend the offending resourcestrings in a patch.
I'm not a linguist nor a translator, so did not appreciate that this
would cause difficulty.
My motive was simply to reduce the overall number of resourcestrings
required

I know :) and thanks for your work!


I have attached a third small patch to issue 29205, to address the 
infelicity in some menu editor resourcestrings identified by Péter.

Could Ondrej or Juha review this?

Howard

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

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

2016-01-12 Thread Corpsman 
Hello i testet SVN Revision 51256 of the Menu designer and it looks
really cool.

But i miss the Feature

"If you doubleclick on the Menu Entry the IDE Jumps to the corresponding
OnCLick Event"

Which worked in the old version e.g. 50469

Could you please reactivate this ?

Corpsman

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Lazarus trunc and fpc 2.6.4

2016-01-12 Thread Juha Manninen 
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
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] New menu designer

2016-01-12 Thread Péter Gábor 


2016-01-12 15:26 keltezéssel, Howard írta:
> OK, point taken. I will amend the offending resourcestrings in a patch.
> I'm not a linguist nor a translator, so did not appreciate that this
> would cause difficulty.
> My motive was simply to reduce the overall number of resourcestrings
> required 
I know :) and thanks for your work!

-- 
Péter Gábor
p...@freemail.hu


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Who "killed" TDBGrid? Ondrej?

2016-01-12 Thread Gabor Boros 

2016.01.11. 19:25 keltezéssel, Ondrej Pokorny írta:


It can be in the recent commits. Please try to find the revision that
broke it.


First, tried with trunk 49015 but got streaming error with my project.
Next, tried with trunk 50454 and my problem (lookup combobox displayed 
on a normal string column if press Enter) exists with it.




This particular one seems to be caused by r49016 by Jesus.


Can I create an actual fixes_1_6 without this commit?

Gabor

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Elastic Tabstop - what would the bounty be worth?

2016-01-12 Thread Dmitry Boyarintsev 
Isn't it already there?
It seems like it replaced column selection (in terms of shortcuts).

thanks,
Dmitry

On Tue, Jan 12, 2016 at 10:47 AM, Graeme Geldenhuys <
mailingli...@geldenhuys.co.uk> wrote:

> If I was to create a bounty to have this implemented in Lazarus (and
> hopefully somebody has the skill and time to implement it), what would
> the cost be?
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Elastic Tabstop - what would the bounty be worth?

2016-01-12 Thread Martin Frb 

Just a tech note.

All that should be needed is one new unit, that replaces 
"SynEditTextTabExpander" (and then in SynEdit an option to use it 
(synedit.create does that)).


Must be based on TSynEditStringsLinked like the existing.

It has access to all lines, so it can calculate each tab. It also can 
(and has to) trigger line invalidation if tabs change.


DoGetPhysicalCharWidths retunrs how many "cells" a tab/char occupies.
For other chars is is
- 1 (first byte of utf8 char)
- 0 (2nd or later byte)
- 2 (first byte of FULL WIDTH utf8 char (Chinese and some other))

there is a locking mechanism as well, so if a line is inserted (with 
text), it can skip notifications on the temp empty line.


On 12/01/2016 15:47, Graeme Geldenhuys wrote:

Hi,

If I was to create a bounty to have this implemented in Lazarus (and
hopefully somebody has the skill and time to implement it), what would
the cost be? I'll be funding this personally as Elastic Tabstop support
has been on my Lazarus wishlist for years. The algorithm of Elastic
Tabstops is pretty simple, I just don't know what would be involved in
modifying Lazarus's TSynEdit component to support this.


Some Elastic Tabstops (ET for short) background:

Elastic Tabstops homepage:
   http://nickgravgaard.com/elastic-tabstops/

Visual Studio add-on:
   https://www.alwaysaligned.net/
   This also shows a nice animated image of what ET does to source code

jEdit, Gnome's gEdit etc also support ET.

ET is a replacement for TAB and Space indentation. It is a age old
argument which I don't want to go into here... All I can say is that ET
is in my personal opinion by far the best option of the lot. jEdit has
been supporting it for years, and it is immensely useful with source
code, CSV files, SQL, XML etc. I've personally used jEdit with ET
enabled for almost a year now, and it rocks!

Basically ET's representation of a tabstop is similar to that found in a
word processor (eg: MS Office, LibreOffice). The size of the Tab can
vary. On the flip side, programmer editors and IDE's often hard-code a
Tab size to a set number of spaces, and this size is applied everywhere.
Programmer editors in turn also limit you to only using monospace fonts.
With ET, the code is grouped into columns and each column can have a
variable Tab size (normally defined in pixels).

It has many benefits like using variable width fonts and still keeping
code perfectly aligned or indented. It makes reading column data like
CSV or SQL files very easy. Because it normally uses a single Tab to
indent or align code, the file size is reduced too - not sure if this
helps with compiler parsing speed. End-users can configure the threshold
and the amount of indentation (in pixels) so if you are a 2-space indent
guy, with ET you can still make your code look identical to what it was
before. If you like a bigger indentation, configure it with a larger
indent - the source code number of TAB characters will still stay the
same regardless, so different settings per developer doesn't cause
source code repository whitespace diffs (unlike Space or static TAB
indentation does).

More feature complete ET implementations also support converting Space
indentation files to/from ET. But I'm not really interested in this
ability for the bounty. Gnome's gEdit had ET plugins that showed this
ability and it actually worked pretty well though. I'll be doing a once
off conversion of my source code to ET style indentation and then keep
it like that.

You are welcome to read the ET homepage for further information (I
suggestion you do, if you are interested in this bounty). I even
recommend you download the Java .jar file which implements a mini editor
with ET support so you can try it yourself, or run jEdit and enable ET
support in the settings.


So for those knowledgeable of TSynEdit, how much effort would it be to
implement Elastic Tabstop support in Lazarus IDE, and what would be your
estimated cost? Hopefully I can afford the cost, because I would really
love ET support in Lazarus. ;-) The resulting implementation would
obviously be shared back to the Lazarus project and hopefully get
accepted in the repository.

You can reply here in the mailing list, or reply in private if you want.
If you need any more information, just let me know.

Regards,
   - Graeme -




--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Elastic Tabstop - what would the bounty be worth?

2016-01-12 Thread Dmitry Boyarintsev 
On Tue, Jan 12, 2016 at 10:53 AM, Graeme Geldenhuys <
mailingli...@geldenhuys.co.uk> wrote:

> On 2016-01-12 15:51, Dmitry Boyarintsev wrote:
> > Isn't it already there?
> > It seems like it replaced column selection (in terms of shortcuts).
>
>
> I'm afraid I don't know what you mean.
>
Ugh. sorry, nevermind. I was referring to multi-caret

thanks,
Dmitry
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

[Lazarus] Elastic Tabstop - what would the bounty be worth?

2016-01-12 Thread Graeme Geldenhuys 
Hi,

If I was to create a bounty to have this implemented in Lazarus (and
hopefully somebody has the skill and time to implement it), what would
the cost be? I'll be funding this personally as Elastic Tabstop support
has been on my Lazarus wishlist for years. The algorithm of Elastic
Tabstops is pretty simple, I just don't know what would be involved in
modifying Lazarus's TSynEdit component to support this.


Some Elastic Tabstops (ET for short) background:

Elastic Tabstops homepage:
  http://nickgravgaard.com/elastic-tabstops/

Visual Studio add-on:
  https://www.alwaysaligned.net/
  This also shows a nice animated image of what ET does to source code

jEdit, Gnome's gEdit etc also support ET.

ET is a replacement for TAB and Space indentation. It is a age old
argument which I don't want to go into here... All I can say is that ET
is in my personal opinion by far the best option of the lot. jEdit has
been supporting it for years, and it is immensely useful with source
code, CSV files, SQL, XML etc. I've personally used jEdit with ET
enabled for almost a year now, and it rocks!

Basically ET's representation of a tabstop is similar to that found in a
word processor (eg: MS Office, LibreOffice). The size of the Tab can
vary. On the flip side, programmer editors and IDE's often hard-code a
Tab size to a set number of spaces, and this size is applied everywhere.
Programmer editors in turn also limit you to only using monospace fonts.
With ET, the code is grouped into columns and each column can have a
variable Tab size (normally defined in pixels).

It has many benefits like using variable width fonts and still keeping
code perfectly aligned or indented. It makes reading column data like
CSV or SQL files very easy. Because it normally uses a single Tab to
indent or align code, the file size is reduced too - not sure if this
helps with compiler parsing speed. End-users can configure the threshold
and the amount of indentation (in pixels) so if you are a 2-space indent
guy, with ET you can still make your code look identical to what it was
before. If you like a bigger indentation, configure it with a larger
indent - the source code number of TAB characters will still stay the
same regardless, so different settings per developer doesn't cause
source code repository whitespace diffs (unlike Space or static TAB
indentation does).

More feature complete ET implementations also support converting Space
indentation files to/from ET. But I'm not really interested in this
ability for the bounty. Gnome's gEdit had ET plugins that showed this
ability and it actually worked pretty well though. I'll be doing a once
off conversion of my source code to ET style indentation and then keep
it like that.

You are welcome to read the ET homepage for further information (I
suggestion you do, if you are interested in this bounty). I even
recommend you download the Java .jar file which implements a mini editor
with ET support so you can try it yourself, or run jEdit and enable ET
support in the settings.


So for those knowledgeable of TSynEdit, how much effort would it be to
implement Elastic Tabstop support in Lazarus IDE, and what would be your
estimated cost? Hopefully I can afford the cost, because I would really
love ET support in Lazarus. ;-) The resulting implementation would
obviously be shared back to the Lazarus project and hopefully get
accepted in the repository.

You can reply here in the mailing list, or reply in private if you want.
If you need any more information, just let me know.

Regards,
  - Graeme -

-- 
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://fpgui.sourceforge.net/

My public PGP key:  http://tinyurl.com/graeme-pgp

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Elastic Tabstop - what would the bounty be worth?

2016-01-12 Thread Graeme Geldenhuys 
On 2016-01-12 15:51, Dmitry Boyarintsev wrote:
> Isn't it already there?
> It seems like it replaced column selection (in terms of shortcuts).


I'm afraid I don't know what you mean.


Regards,
  - Graeme -



--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Lazarus trunc and fpc 2.6.4

2016-01-12 Thread John Landmesser 

Am 12.01.2016 um 11:59 schrieb Juha Manninen:

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
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


sorry Juha, unit RLPrinters is part of a external package "Fortesreport" .

Still learning the basics :-))

John

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus