Re: [Lazarus] Package dialog ?

2015-03-24 Thread Michael Van Canneyt



On Tue, 24 Mar 2015, Juha Manninen wrote:


On Mon, Mar 23, 2015 at 10:46 AM, Michael Van Canneyt
mich...@freepascal.org wrote:

What is the rationale for duplicating the 'Add' button in the package dialog?


It solved this and many other complaints about usability :
 http://bugs.freepascal.org/view.php?id=24337


Ehm, 'many other complaints' ? that is just your opinion :-)



The buttons as they are now are highly confusing. I preferred the old system
where there was only 1 button. That was clear and intuitive.


The old system was also far from intuitive. You needed at least 7
clicks to add one existing file.


I don't mind 7 clicks, as long as I know where to click.


What more, there was a filter which prevented adding some files, but
didn't give any feedback.


Hm. Strange argument. If that is a problem, just give the ability to switch filters. 
Not a reason to completely change the way of working ?



The filter is still there in the Add Files feature.
Then d'n'd was implemented and added files without using that filter.
I added the button which opens a standard file open dialog and is
consistent with d'n'd and shares some code with it.


No problem with all this, but the main issue I am having is that the icons are 
VERY unclear.




If you really want to add a button (I will not argue that point, clearly
someone thought it was necessary), then please give them a very distinctive
look.
[...]


True, it is not perfect.
My plan is to remove the Add files in Directory feature, or to move
it to the More  menu. It is needed extremely seldom.
The standard file open dialog lets you select many files in one
directory. If you have many directories then you must repeat it which
is not a problem typically.

How to make it truly intuitive? I am NOT happy with the current
situation either.


IMHO:

0. Remove the new add (with 2 plusses) button (see below)

1. The Add stuff must be destroyed entirely
   (well, split into multiple dialogs).

2. Add a 'New item' button, with an icon which resembles 'new file'.
   It invokes the 'File|new..' dialog, but adds to the package instead of the 
project.

3. Duplicate the 'New item' functionality in context menu.
   Context menu and button bar should be in sync, IMHO.

4. Duplicate 'Add file(s)' (single plus sign) button functionality in treeview 
context menu.

5. Add Directory can be moved to 'more' and added to context menu.

6. Add editor file' can be moved to 'more' and added to context menu.
   (Personally, I've never used this functionality, but practices may differ).

7. Add a new 'Manage dependencies' button (something with a package-like icon).

8. Context menu should also have 'Manage dependencies'

9. Rework dependencies management to something more sane. Multi-select etc.

The clean up dependencies should IMHO be removed, but that is a separate 
topic entirely.

Anyway, just my proposal...

Michael.

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


Re: [Lazarus] Ways of making new style design

2015-03-24 Thread aradeonas
I think about that in first place but Im worry about speed and maybe it
need making control from base U think.
I want to be sure before doing.

Regards,
Ara


-- 
http://www.fastmail.com - mmm... Fastmail...


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


Re: [Lazarus] Ways of making new style design

2015-03-24 Thread Graeme Geldenhuys
On 2015-03-24 12:52, zeljko wrote:
 There's no free lunch around, you have to try it. :)

+1

That is why I also suggested Ara create some mockup screen using the
various options available. Then decide for himself what would be the
best fit in the long term.

Regards,
  - Graeme -

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

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


Re: [Lazarus] HEADS UP: FPC 3.0.1 stable branched off.

2015-03-24 Thread Mark Morgan Lloyd

zeljko wrote:

On 01/10/2015 02:39 PM, Mattias Gaertner wrote:

On Sat, 10 Jan 2015 12:49:04 +
Mark Morgan Lloyd markmll.laza...@telemetry.co.uk wrote:


Mark Morgan Lloyd wrote:


Lazarus trunk at about 47318 is OK with FPC 2.7.1 29398 on SPARC using
Debian Lenny,


Same combination on a PPC Mac raises an exception as below when the IDE
is told to Tools - Options.

TApplication.HandleException Error reading
ComponentsListView.Items.LazData: Stream read error
Stack trace:
$10118410  TREADER__READPROPERTY,  line 1279 of
/usr/local/src/fpc/fpc-trunk/rtl/objpas/classes/reader.inc

Apart from that and the blank toolbar issue it appears OK. Does anybody
want me to get a backtrace and raise a bug?


TListItems.ReadLazData reads a TLazItemInfo, which is a record:

   TLazItemInfo = record // packing is not needed and not wanted
 ImageIndex: Integer;
 StateIndex: Integer;
 OverlayIndex: Integer;
 SubItemCount: Integer;
   end;

Without packed the layout depends on the platform. But the stream
should be streamed the same on all platforms. So it needs packed.
OTOH someone added a comment that it is not wanted.

Has someone an idea why packed is is not needed and not wanted?


Annotate that unit and see who wrote that ?


Now on Mantis as 27719.

--
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk

[Opinions above are the author's, not those of his employers or colleagues]

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


Re: [Lazarus] Ways of making new style design

2015-03-24 Thread zeljko

On 03/24/2015 01:47 PM, aradeonas wrote:

I think about that in first place but Im worry about speed and maybe it
need making control from base U think.
I want to be sure before doing.


Speed could be better than with ordinary handles, but also can be worse.
There's no free lunch around, you have to try it. :)

z.


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


Re: [Lazarus] Ways of making new style design

2015-03-24 Thread aradeonas
Graeme I'm working with fpGUI and also I wants to remind you for ant new
screen shots.

Regards,
Ara


-- 
http://www.fastmail.com - Faster than the air-speed velocity of an
  unladen european swallow


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


Re: [Lazarus] Package dialog ?

2015-03-24 Thread Mattias Gaertner
On Tue, 24 Mar 2015 13:12:49 +0200
Juha Manninen juha.mannine...@gmail.com wrote:

[...]
 The features Add Editor Files and New Requirement in Project
 Inspector, and New File, New Component and New Requirement in
 Package Editor should have buttons right next to the (new) Add
 button.
 The old Add Files tab can be moved somewhere.
 Then it makes sense to split the buttons into 2 rows and maybe use
 TCoolBar. Then the icons must be distinctive indeed.
 What do you think?

I doubt you will find good icons.
Each function needs a caption with a few words to explain what it
does.
Maybe use a dropdown menu like the Use  button?

Mattias

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


Re: [Lazarus] Package dialog ?

2015-03-24 Thread Michael Van Canneyt



On Tue, 24 Mar 2015, Mattias Gaertner wrote:


On Tue, 24 Mar 2015 13:12:49 +0200
Juha Manninen juha.mannine...@gmail.com wrote:


[...]
The features Add Editor Files and New Requirement in Project
Inspector, and New File, New Component and New Requirement in
Package Editor should have buttons right next to the (new) Add
button.
The old Add Files tab can be moved somewhere.
Then it makes sense to split the buttons into 2 rows and maybe use
TCoolBar. Then the icons must be distinctive indeed.
What do you think?


I doubt you will find good icons.
Each function needs a caption with a few words to explain what it does.
Maybe use a dropdown menu like the Use  button?


The function of the button is confused. So the icon is confused :)

Start by making a clear distinction in functions.

(see my proposal)

Michael.

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


Re: [Lazarus] Ways of making new style design

2015-03-24 Thread zeljko

On 03/24/2015 10:56 AM, aradeonas wrote:

zeljko these are like a theme for system default controls,How I can made
new controls that their not like standards,like my first example link?


Use BGRAControls. If you like hardcore sex then you can do whatever with 
eg. Qt. You can create widget or even QGraphicsItem, or just do as it is 
done in customdrawn widgetset. Provide only canvas and one handle 
(usually form).


zeljko

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


[Lazarus] Package Dialog - File properties

2015-03-24 Thread Graeme Geldenhuys
Hi,

Is there a global option to permanently hide the File Properties panel
in *all* Package Dialogs? I can currently use the Splitter and drag it
to the bottom, but not hide it completely. Then when I open that package
dialog again, the Splitter is restored to the original position and I
have to hide it manually again. :-/

Regards,
  - Graeme -

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

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


Re: [Lazarus] Ways of making new style design

2015-03-24 Thread zeljko

On 03/24/2015 09:20 AM, vfclists . wrote:



On 24 March 2015 at 07:23, zeljko zel...@holobit.net
mailto:zel...@holobit.net wrote:

On 03/23/2015 09:35 PM, Graeme Geldenhuys wrote:

On 2015-03-23 20:19, aradeonas wrote:

I know its possible with other languages specialty web
programing but
how in Lazarus?


The LCL (GTK2, QT, Carbon, Win32) are not designed to be
customise with
themes. The design goal of LCL is to look native. So install a
OS wide
theme - that's it.


QtLCL apps can be customized out of current system theme via
stylesheets. You can provide --stylesheet yourstylesheet.blah to any
qtlcl application and it'll work.

zeljko


I need to know more about this. Are any examples available?


http://doc.qt.io/qt-4.8//stylesheet-examples.html
http://doc.qt.io/qt-4.8/stylesheet.html

zeljko



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


Re: [Lazarus] Ways of making new style design

2015-03-24 Thread aradeonas
zeljko these are like a theme for system default controls,How I can made
new controls that their not like standards,like my first example link?

Regards,
Ara


-- 
http://www.fastmail.com - Access all of your messages and folders
  wherever you are


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


Re: [Lazarus] IDE main form height not saving and loading

2015-03-24 Thread FreeMan

fpc  lazarus svn on osx qt-x64
Main IDE form height, and Object inspector's top properties not saving 
or not reading on start IDE. Always setting default values.



On 14.03.2015 16:51, FreeMan wrote:
I hide component palette from main form. and move toolbar to up. 
decrease IDE main form height, then restart IDE, toolbars position 
saved, but IDE main form height not saved, view default size.



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


Re: [Lazarus] Package dialog ?

2015-03-24 Thread Juha Manninen
On Mon, Mar 23, 2015 at 10:46 AM, Michael Van Canneyt
mich...@freepascal.org wrote:
 What is the rationale for duplicating the 'Add' button in the package dialog?

It solved this and many other complaints about usability :
  http://bugs.freepascal.org/view.php?id=24337

 The buttons as they are now are highly confusing. I preferred the old system
 where there was only 1 button. That was clear and intuitive.

The old system was also far from intuitive. You needed at least 7
clicks to add one existing file.
What more, there was a filter which prevented adding some files, but
didn't give any feedback.
The filter is still there in the Add Files feature.
Then d'n'd was implemented and added files without using that filter.
I added the button which opens a standard file open dialog and is
consistent with d'n'd and shares some code with it.

 If you really want to add a button (I will not argue that point, clearly
 someone thought it was necessary), then please give them a very distinctive
 look.
 [...]

True, it is not perfect.
My plan is to remove the Add files in Directory feature, or to move
it to the More  menu. It is needed extremely seldom.
The standard file open dialog lets you select many files in one
directory. If you have many directories then you must repeat it which
is not a problem typically.

How to make it truly intuitive? I am NOT happy with the current
situation either.
The features Add Editor Files and New Requirement in Project
Inspector, and New File, New Component and New Requirement in
Package Editor should have buttons right next to the (new) Add
button.
The old Add Files tab can be moved somewhere.
Then it makes sense to split the buttons into 2 rows and maybe use
TCoolBar. Then the icons must be distinctive indeed.
What do you think?


On Mon, Mar 23, 2015 at 11:04 AM, zeljko zel...@holobit.net wrote:
 It is very unpleasant solution. Besides that with that All  you can add
 only directory with all files and then you must delete all except that one
 file. With All you are adding only one file. Very confusing. Don't know
 why anyone changed that. That should be simple, only one dialog where Add
 units/files should have two buttons: Add file(s) and Add dir(all files).

I guess you mean Add and Add ... buttons.
The standard file open dialog has multi-select enabled. It is not only
for a single file.
What if you ignore the Add Files tab in the other items dialog?
Pretend it does not exist.
It is a little better already, right?

Juha

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


Re: [Lazarus] Ways of making new style design

2015-03-24 Thread aradeonas
 I need to know more about this. Are any examples available?

And me.

Ara



-- 
http://www.fastmail.com - IMAP accessible web-mail

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


[Lazarus] always visible cursor editor option?

2015-03-24 Thread Graeme Geldenhuys

What does that option actually mean and do?

Unfortunately there is no help on the topic in the wiki

  http://wiki.lazarus.freepascal.org/IDE_Window:_Editor_Options


Regards,
  - Graeme -

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

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


Re: [Lazarus] Package dialog ?

2015-03-24 Thread Mattias Gaertner
On Tue, 24 Mar 2015 19:35:49 +0100 (CET)
Michael Van Canneyt mich...@freepascal.org wrote:

 
 
 On Tue, 24 Mar 2015, Mattias Gaertner wrote:
 
  On Tue, 24 Mar 2015 17:13:10 +0100 (CET)
  Michael Van Canneyt mich...@freepascal.org wrote:
 
  [...]
  If you remove the dependency A-B, then there is probably a reason for
  that. For example A no longer works with B.
 
  Yes, but A still depends on C.
 
  And if not?
 
 If you read the explanation carefully, you'll see that that was a given.

Maybe I misunderstand you completely.
You said the clean up function should be removed. That means it has
no use to anyone. Right?


Mattias

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


Re: [Lazarus] Ways of making new style design

2015-03-24 Thread Graeme Geldenhuys
On 2015-03-24 13:10, aradeonas wrote:
 Graeme I'm working with fpGUI and also I wants to remind you for ant new
 screen shots.

Here are some basic ones. As I mentioned, fpGUI includes 7 themes as
standard and any fpGUI application can use them or even switch them at
runtime via the --style command line parameter.

The first 5 images uses standard Canvas drawing and fpGUI's Style class.
I'll upload this as a new demo in fpGUI. I've also seen end-users create
themes with mouse hover effects and animation too. Plus, these don't
even touch the AggPas capabilities, which will make theming magnitudes
better. Obviously you can also implement your own widgets or OnPaint
handler, and then the sky is the limit.

The last image is from a product called SnapDraw, which is 100%
implemented using AggPas (rebranded as CrossGL). The installer has
really funky mouse hover animations on buttons etc. Something to
experience. :-)

  http://geldenhuys.co.uk/~graemeg/themes/

So recreating your sample screenshot as a desktop application wouldn't
be a problem. It will just take some time to design and paint - just
like you would have to do for the web app.

Regards,
  - Graeme -

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

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


Re: [Lazarus] Tutorial: Animating with easings

2015-03-24 Thread Anthony Walter
I've posted a video of the Linux version:

http://cache.getlazarus.org/video/surface_easing_ubuntu.mp4
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Package dialog ?

2015-03-24 Thread Mattias Gaertner
On Tue, 24 Mar 2015 16:39:09 +0100 (CET)
Michael Van Canneyt mich...@freepascal.org wrote:

[...]
  Why? It is a very useful feature.
 
 I don't see how. 

Some IDE functions added dependencies automatically, creating
redundant dependencies. The clean up function allows to remedy this.


 IMHO it is even wrong, because I want to see explicitly all dependencies 
 added to a package/project.

Removing the clean up function will not help here.
Maybe the project inspector can be extended to show indirectly used
packages, so you can see all dependencies.

 
 Package A (unitA) depends on Package B (UnitA uses unitB) and Package C 
 (UnitA uses unitC).
 Package B depends on Package C (unitB uses unitC).
 Invoking the dialog in A will propose to remove the C from the dependencies 
 of A (transitivity). 
 That is IMHO not wanted. If I remove the depencency on B (no longer use 
 UnitB) then the dependency 
 on C is lost. Hence, C must remain in the dependencies of A.

If you remove the dependency A-B, then there is probably a reason for
that. For example A no longer works with B.

 
Mattias

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


Re: [Lazarus] Package dialog ?

2015-03-24 Thread Michael Van Canneyt



On Tue, 24 Mar 2015, Mattias Gaertner wrote:


On Tue, 24 Mar 2015 16:39:09 +0100 (CET)
Michael Van Canneyt mich...@freepascal.org wrote:


[...]

Why? It is a very useful feature.


I don't see how.


Some IDE functions added dependencies automatically, creating
redundant dependencies. The clean up function allows to remedy this.



IMHO it is even wrong, because I want to see explicitly all dependencies added 
to a package/project.


Removing the clean up function will not help here.
Maybe the project inspector can be extended to show indirectly used
packages, so you can see all dependencies.


See below.





Package A (unitA) depends on Package B (UnitA uses unitB) and Package C (UnitA 
uses unitC).
Package B depends on Package C (unitB uses unitC).
Invoking the dialog in A will propose to remove the C from the dependencies of 
A (transitivity).
That is IMHO not wanted. If I remove the depencency on B (no longer use UnitB) 
then the dependency
on C is lost. Hence, C must remain in the dependencies of A.


If you remove the dependency A-B, then there is probably a reason for
that. For example A no longer works with B.


Yes, but A still depends on C. 
If the only link from A to C is through B, then removing B will result in a missing dependency.


Michael.

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


Re: [Lazarus] Package dialog ?

2015-03-24 Thread Juha Manninen
On Tue, Mar 24, 2015 at 1:45 PM, Michael Van Canneyt
mich...@freepascal.org wrote:
 Ehm, 'many other complaints' ? that is just your opinion :-)

I opened the report partly because of other complaints and questions.
It was not only my opinion.


 What more, there was a filter which prevented adding some files, but
 didn't give any feedback.
 Hm. Strange argument. If that is a problem, just give the ability to switch
 filters. Not a reason to completely change the way of working ?

No, the user selectable filter is another thing.
There are hard-coded rules that prevent some files being added because
they are not valid for the project/package.
For some reason the rules are not needed when files are added by d'n'd
or file open dlg.
The code is inconsistent, I was planning to consult Mattias later about it.
Now I see there is another inconsistency :
  http://bugs.freepascal.org/view.php?id=27720
The code needs refactoring so that logic for accepting / rejecting a
file is in one place.

Project and package have lots of common features and similar code. I
have already created a common base class and an interface for them. I
hope it can be extended to share code for these dialogs.


Your plan looks good. You are clever!

 3. Duplicate the 'New item' functionality in context menu.
Context menu and button bar should be in sync, IMHO.

What should be in sync? The Enabled state maybe?

 9. Rework dependencies management to something more sane. Multi-select etc.

It could use the Open Loaded Package dialog after some modifications.

 The clean up dependencies should IMHO be removed, but that is a separate
 topic entirely.

Why? It is a very useful feature.

Juha

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


Re: [Lazarus] always visible cursor editor option?

2015-03-24 Thread Martin Frb

On 24/03/2015 11:50, Graeme Geldenhuys wrote:

What does that option actually mean and do?

Unfortunately there is no help on the topic in the wiki

   http://wiki.lazarus.freepascal.org/IDE_Window:_Editor_Options

The header General is a link: 
http://wiki.lazarus.freepascal.org/IDE_Window:_Editor_Options_General#Always_visible_cursor


When you scroll, and the caret would leave the visible screen, then the 
caret will move to stay visible.


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


Re: [Lazarus] Package Dialog - File properties

2015-03-24 Thread Juha Manninen
On Tue, Mar 24, 2015 at 2:00 PM, Graeme Geldenhuys
mailingli...@geldenhuys.co.uk wrote:
 Is there a global option to permanently hide the File Properties panel
 in *all* Package Dialogs? I can currently use the Splitter and drag it
 to the bottom, but not hide it completely. Then when I open that package
 dialog again, the Splitter is restored to the original position and I
 have to hide it manually again. :-/

There is no option for it yet, but there should be.
The package dialog requires many changes, this will be one of them.

Juha

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


Re: [Lazarus] always visible cursor editor option?

2015-03-24 Thread Graeme Geldenhuys
On 2015-03-24 14:32, Martin Frb wrote:
 When you scroll, and the caret would leave the visible screen, then the 
 caret will move to stay visible.

Many thanks.


Regards,
  - Graeme -


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


Re: [Lazarus] Ways of making new style design

2015-03-24 Thread Graeme Geldenhuys
On 2015-03-24 13:10, aradeonas wrote:
 Graeme I'm working with fpGUI

If you have any further fpGUI questions, don't hesitate to drop a
message in the fpgui.support newsgroup.

Details connecting to the news server (or via the web interface) can be
found here:
  http://fpgui.sourceforge.net/support.shtml


Regards,
  - Graeme -

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

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


Re: [Lazarus] Package dialog ?

2015-03-24 Thread Michael Van Canneyt



On Tue, 24 Mar 2015, Juha Manninen wrote:


On Tue, Mar 24, 2015 at 1:45 PM, Michael Van Canneyt
mich...@freepascal.org wrote:

Ehm, 'many other complaints' ? that is just your opinion :-)


I opened the report partly because of other complaints and questions.
It was not only my opinion.


OK, that was not clear :)





What more, there was a filter which prevented adding some files, but
didn't give any feedback.

Hm. Strange argument. If that is a problem, just give the ability to switch
filters. Not a reason to completely change the way of working ?


No, the user selectable filter is another thing.
There are hard-coded rules that prevent some files being added because
they are not valid for the project/package.
For some reason the rules are not needed when files are added by d'n'd
or file open dlg.
The code is inconsistent, I was planning to consult Mattias later about it.
Now I see there is another inconsistency :
 http://bugs.freepascal.org/view.php?id=27720
The code needs refactoring so that logic for accepting / rejecting a
file is in one place.

Project and package have lots of common features and similar code. I
have already created a common base class and an interface for them. I
hope it can be extended to share code for these dialogs.


That makes sense :)




Your plan looks good. You are clever!


Not clever, I simply like a simple dialog ;)

Like I wrote to Mattias: too many things are hidden behind 1 button.
By separating out functionality, things become more clear.




3. Duplicate the 'New item' functionality in context menu.
   Context menu and button bar should be in sync, IMHO.


What should be in sync? The Enabled state maybe?


I meant that IMHO items that appear in the button bar should also appear in the 
context menu.




9. Rework dependencies management to something more sane. Multi-select etc.


It could use the Open Loaded Package dialog after some modifications.


If you add an option to select a package that is not loaded, yes.

Use case: When doing e.g. a checkout or download, you may end up with a new 
package that is not yet loaded in the IDE. You need to be able to add that 
to depencencies.


Not all packages are installed in the IDE.


The clean up dependencies should IMHO be removed, but that is a separate
topic entirely.


Why? It is a very useful feature.


I don't see how. 
IMHO it is even wrong, because I want to see explicitly all dependencies added to a package/project.


Package A (unitA) depends on Package B (UnitA uses unitB) and Package C (UnitA 
uses unitC).
Package B depends on Package C (unitB uses unitC).
Invoking the dialog in A will propose to remove the C from the dependencies of A (transitivity). 
That is IMHO not wanted. If I remove the depencency on B (no longer use UnitB) then the dependency 
on C is lost. Hence, C must remain in the dependencies of A.


Maybe there are other uses of this dialog that I am unaware of.
But as I said: that is another discussion entirely :)

Michael.

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


[Lazarus] Errors in win32winapi.inc and elsewhere spotted by compiler

2015-03-24 Thread Juha Manninen
Hi

I fixed lots of uninitialized variables based on compiler warnings in
r48476 - r484782.
I also added some ToDo items for things I could not fix.
I would need help for the ToDo items especially in LCL-Win32 code. I
know there are people here who know that code.
In win32winapi.inc there are 3 ToDos :

In function TWin32WidgetSet.Frame3D
there is :
  // ToDo: Fix Result and the loop. I is not used for anything.
  for I := 0 to FrameWidth - 1 do
Result := Boolean(DrawEdge(DC, ARect, Edge[Style], BF_RECT or BF_ADJUST));

In function TWin32WidgetSet.StretchMaskBlt
there is :
  // check if the Src has an alpha channel
  Bmp := Windows.GetCurrentObject(SrcDC, OBJ_BITMAP);
  // get info
  // ToDo: WinBmp is not initialized at all. Should it be initialized from Bmp?
  HasAlpha := (Windows.GetObject(bmp, SizeOf(WinBmp), @WinBmp)  0)
  and (WinBmp.bmBitsPixel = 32)
  and CreatePremultipliedBitmap(WinBmp, Bmp, AlphaBmp);

and later:
// ToDo: Initialize AlphaDC, AlphaObj and Blend.

Other fixes are welcome, too.

Regards,
Juha

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


Re: [Lazarus] Package dialog ?

2015-03-24 Thread Michael Van Canneyt



On Tue, 24 Mar 2015, Mattias Gaertner wrote:


On Tue, 24 Mar 2015 17:13:10 +0100 (CET)
Michael Van Canneyt mich...@freepascal.org wrote:


[...]

If you remove the dependency A-B, then there is probably a reason for
that. For example A no longer works with B.


Yes, but A still depends on C.


And if not?


If you read the explanation carefully, you'll see that that was a given.




If the only link from A to C is through B, then removing B will result in a 
missing dependency.


The clean up function does not remove the A-B.


Euh ? I didn't say that ?

I was trying to explain why I think that removing the explicit C dependency
(which the dialog proposes to do) is potentially harmful at a later stage.


The clean up function transforms one valid state into another valid
state. And it shows what it will do and the programmer decides if
this is good or not. There is no force or automatism.


I didn't say that either :)



There is nothing wrong with your policy to list all dependencies.
Don't force your policy on others.


? I don't want to.


From what I've seen till now, this dialog seems useless (and potentially 
harmful) to me.
But like I already stated, there may be uses that I am unaware of, which could justify the 
existence of this dialog even for me. (for instance, it could start comparing actual used units)


Anyway, the discussion was about the package dialog. 
The dependencies is another matter entirely.


Michael.

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


[Lazarus] Anyone using IME input on SynEdit/IDE (Japanese, Chinese, Arabic, ...)

2015-03-24 Thread Martin Frb
Please have a look at: 
http://forum.lazarus.freepascal.org/index.php/topic,27838.msg172530.html

This may interest you, or you may want to add your feedback.


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


Re: [Lazarus] Hide mouse cursor while typing

2015-03-24 Thread Martin Frb

On 24/03/2015 16:30, Jürgen Hestermann wrote:


Am 2015-03-24 um 12:53 schrieb Graeme Geldenhuys:

Is there an option to hide the mouse cursor while I'm typing?


Even better would be to only show the mouse cursor when the mouse is 
moving (and a small delay time after stopping).

Of what use is a mouse cursor when not using the mouse?
I programmed it this way in one of my program and it is a boon!


1) It is more complex.
Currently: Hide on typing excludes modifier keys (shift/ctrl) if 
pressed alone. Reason: depending on config, they can be used with the 
mouse (e.g shift: extend selection; ctrl: click codetool link)


2) That said: I am open to the idea. Patch welcome. (With configurable time)

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


Re: [Lazarus] Hide mouse cursor while typing

2015-03-24 Thread Jürgen Hestermann


Am 2015-03-24 um 12:53 schrieb Graeme Geldenhuys:

Is there an option to hide the mouse cursor while I'm typing?


Even better would be to only show the mouse cursor when the mouse is moving 
(and a small delay time after stopping).
Of what use is a mouse cursor when not using the mouse?
I programmed it this way in one of my program and it is a boon!


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


Re: [Lazarus] Errors in win32winapi.inc and elsewhere spotted by compiler

2015-03-24 Thread Juha Manninen
On Tue, Mar 24, 2015 at 8:11 PM, Dmitry Boyarintsev
skalogryz.li...@gmail.com wrote:
   HasAlpha := (Windows.GetObject(bmp, SizeOf(WinBmp), @WinBmp)  0)

 According to the specs, there's no need for initialization.

Right, I missed that one. Now it is clear when I look at it.
I got plenty or warning with fpc -Oodfa. Some of them were false
positives but many of them were real errors.
I removed the ToDo item in r48485.

Juha

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


Re: [Lazarus] Ways of making new style design

2015-03-24 Thread Martin Schreiber
On Monday 23 March 2015 21:47:25 Felipe Monteiro de Carvalho wrote:
 On Mon, Mar 23, 2015 at 9:35 PM, Graeme Geldenhuys

 mailingli...@geldenhuys.co.uk wrote:
  For full customisation and theme support, use a GUI toolkit that was
  designed for that purpose. fpGUI Toolkit (see the URL below)

 Please don't use our mailling list for propaganda of unrelated
 software, fpgui has its own communication channels, use them to talk
 about fpgui.

Do you remember the times when you helped Delphi people in the Borland 
news-groups to find the Lazarus alternative? ;-)
Competition is a good thing, don't you think?

fpGUI and MSEgui both are opensource and have the same licence as Lazarus, all 
use Free Pascal and a broader spectrum of toolkits is a plus for the Free 
Pascal community.
Most Free Pascal users don't know alternatives because of the historical 
overwhelming visibility of Lazarus, a post with the words fpGUI, 
MSEide+MSEgui and the names of other Free Pascal non Lazarus projects in the 
Lazarus channels is no harm for the Free Pascal community IMO, as you did it 
for Lazarus in the Delphi channels when Lazarus wasn't so well-known.

Martin

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


Re: [Lazarus] Ways of making new style design

2015-03-24 Thread Martin Schreiber
On Monday 23 March 2015 21:43:00 aradeonas wrote:
 Graeme I check fpGUI in past two years but if I want to be honest even
 its screenshot's doesn't impressed me enough because I think with my
 self I cant do such the example link that I sent with fpGUI,Is it
 possible to make something look like that?Was I terribly wrong?
 About MSEgui I didnt know it,I will check it.Thank you.

XelPlayer has been made with MSEide+MSEgui:
http://almin-soft.ru/index.php?multimedia-programmy/xelplayer/xelplayer15-screenshots
As Graeme writes, MSEgui has a radical other approach for style themes.

Please ask questions about MSEide+MSEgui on the mailing list:
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Mail archive:
http://www.mail-archive.com/mseide-msegui-talk%40lists.sourceforge.net/maillist.html

Martin

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


Re: [Lazarus] Does a Lazarus build include the revision of the FPC used to compile it?

2015-03-24 Thread leledumbo
 Is including the FPC revision part of the Lazarus build

nope

 does FPC have a way of telling its revision number, if it is checked out
 from a Git mirror, ie using `git archive` without the metadata?

nope, only version (fpc -iV), and that's what building revision.inc in the
Lazarus build process does




--
View this message in context: 
http://free-pascal-lazarus.989080.n3.nabble.com/Lazarus-Does-a-Lazarus-build-include-the-revision-of-the-FPC-used-to-compile-it-tp4041424p4041427.html
Sent from the Free Pascal - Lazarus mailing list archive at Nabble.com.

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


Re: [Lazarus] Hide mouse cursor while typing

2015-03-24 Thread Martin Frb

On 24/03/2015 11:53, Graeme Geldenhuys wrote:

Hi,

I'm using Centos 6.6 and Lazarus IDE compiled with GTK2. Is there an
option to hide the mouse cursor while I'm typing? I've seen this option
in other editors and is quite handle.

use case:
   Click with the mouse to place the edit cursor. Mouse cursor obscures
the edit cursor, so sometimes i'm not 100% sure the edit cursor is in
the correct position/location.


Options  Editor  Mouse: Hide mouse when typing

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


Re: [Lazarus] Hide mouse cursor while typing

2015-03-24 Thread Graeme Geldenhuys
On 2015-03-24 14:34, Martin Frb wrote:
 Options  Editor  Mouse: Hide mouse when typing

Ah brilliant - how did I miss that! @#$?
Many thanks.

Regards,
  - Graeme -


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


Re: [Lazarus] Errors in win32winapi.inc and elsewhere spotted by compiler

2015-03-24 Thread Dmitry Boyarintsev
On Tue, Mar 24, 2015 at 2:06 PM, Juha Manninen juha.mannine...@gmail.com
wrote:

   // ToDo: Fix Result and the loop. I is not used for anything.
   for I := 0 to FrameWidth - 1 do
 Result := Boolean(DrawEdge(DC, ARect, Edge[Style], BF_RECT or
 BF_ADJUST));


false positive.

https://msdn.microsoft.com/en-us/library/windows/desktop/dd162477%28v=vs.85%29.aspx
BF_ADJUST causes ARect to be different on every call. Side-effect function
:)

hmm... of is DrawEdge declaration wrong having ARect be passed as const
rather than var?

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


Re: [Lazarus] Errors in win32winapi.inc and elsewhere spotted by compiler

2015-03-24 Thread Dmitry Boyarintsev
On Tue, Mar 24, 2015 at 4:36 PM, Dmitry Boyarintsev 
skalogryz.li...@gmail.com wrote:

  of is DrawEdge

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


Re: [Lazarus] Errors in win32winapi.inc and elsewhere spotted by compiler

2015-03-24 Thread Dmitry Boyarintsev
On Tue, Mar 24, 2015 at 4:36 PM, Dmitry Boyarintsev 
skalogryz.li...@gmail.com wrote:

 hmm... or is DrawEdge declaration wrong having ARect be passed as const
 rather than var?

 it's var!
function DrawEdge(hdc: HDC; var qrc: TRect; edge: UINT; grfFlags: UINT):
BOOL; external 'user32' name 'DrawEdge';

Imho, the compiler should be adjusted for these cases not to give a note.
Since number of iterations is important in this case, not the iterator
value.

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


Re: [Lazarus] Does a Lazarus build include the revision of the FPC used to compile it?

2015-03-24 Thread vfclists .
On 24 March 2015 at 06:42, leledumbo leledumbo_c...@yahoo.co.id wrote:

  Is including the FPC revision part of the Lazarus build

 nope

  does FPC have a way of telling its revision number, if it is checked out
  from a Git mirror, ie using `git archive` without the metadata?

 nope, only version (fpc -iV), and that's what building revision.inc in the
 Lazarus build process does



So the revision.inc is for Lazarus only, not FPC? I need to compile Lazarus
and FPC from a source only archive without the metadata, and I am creating
the revision.inc for Lazarus from the commit messages. If it is not
necessary for FPC then that should be fine, otherwise I will have to clone
the corresponding commits for the compilation.


-- 
Frank Church

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


Re: [Lazarus] Package dialog ?

2015-03-24 Thread Mattias Gaertner
On Tue, 24 Mar 2015 17:13:10 +0100 (CET)
Michael Van Canneyt mich...@freepascal.org wrote:

[...]
  If you remove the dependency A-B, then there is probably a reason for
  that. For example A no longer works with B.
 
 Yes, but A still depends on C. 

And if not?

 If the only link from A to C is through B, then removing B will result in a 
 missing dependency.

The clean up function does not remove the A-B.
The clean up function transforms one valid state into another valid
state. And it shows what it will do and the programmer decides if
this is good or not. There is no force or automatism.

There is nothing wrong with your policy to list all dependencies.
Don't force your policy on others.

Mattias

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


Re: [Lazarus] Errors in win32winapi.inc and elsewhere spotted by compiler

2015-03-24 Thread Dmitry Boyarintsev
On Tue, Mar 24, 2015 at 2:06 PM, Juha Manninen juha.mannine...@gmail.com
wrote:

 I also added some ToDo items for things I could not fix.
 I would need help for the ToDo items especially in LCL-Win32 code. I
 know there are people here who know that code.
   // ToDo: WinBmp is not initialized at all. Should it be initialized from
 Bmp?
   HasAlpha := (Windows.GetObject(bmp, SizeOf(WinBmp), @WinBmp)  0)


According to the specs, there's no need for initialization.

https://msdn.microsoft.com/en-us/library/windows/desktop/dd144904%28v=vs.85%29.aspx

It's pure out parameter. (for parameters requiring initialization it would
be _In_ or _In_Out_)

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


Re: [Lazarus] Ways of making new style design

2015-03-24 Thread micsch
Am Tuesday 24 March 2015 14:10:34 schrieb aradeonas:
 Graeme I'm working with fpGUI and also I wants to remind you for ant new
 screen shots.

 Regards,
 Ara

You can take a look at 

https://github.com/fredvs/uidesigner_ext 
https://github.com/fredvs/uidesigner_ext/blob/master/INSTALL.txt


with a lot of styles for fpgui for example

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


Re: [Lazarus] Ways of making new style design

2015-03-24 Thread zeljko

On 03/23/2015 09:35 PM, Graeme Geldenhuys wrote:

On 2015-03-23 20:19, aradeonas wrote:

I know its possible with other languages specialty web programing but
how in Lazarus?


The LCL (GTK2, QT, Carbon, Win32) are not designed to be customise with
themes. The design goal of LCL is to look native. So install a OS wide
theme - that's it.


QtLCL apps can be customized out of current system theme via 
stylesheets. You can provide --stylesheet yourstylesheet.blah to any 
qtlcl application and it'll work.


zeljko


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


Re: [Lazarus] Ways of making new style design

2015-03-24 Thread vfclists .
On 24 March 2015 at 07:23, zeljko zel...@holobit.net wrote:

 On 03/23/2015 09:35 PM, Graeme Geldenhuys wrote:

 On 2015-03-23 20:19, aradeonas wrote:

 I know its possible with other languages specialty web programing but
 how in Lazarus?


 The LCL (GTK2, QT, Carbon, Win32) are not designed to be customise with
 themes. The design goal of LCL is to look native. So install a OS wide
 theme - that's it.


 QtLCL apps can be customized out of current system theme via stylesheets.
 You can provide --stylesheet yourstylesheet.blah to any qtlcl application
 and it'll work.

 zeljko


I need to know more about this. Are any examples available?

-- 
Frank Church

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


[Lazarus] How do you guys extract an SVN revision number from a Git commit ref?

2015-03-24 Thread vfclists .
I am using this code to obtain the SVN revision of a git commit hash. The
example below is for the latest commit hence the git log -n 1.

git log -n 1 | head -n 7 | tail -n 1 | cut -d @ -f 2 | cut -d   -f 1

It checks for the seventh line, searches for the '@' in trunk@N and
extracts it from there.
The problem is the position the line with the trunk@N string varies. Is
there some way to work it calculate it?

My awk, grep and sed skills are not so hot.

-- 
Frank Church

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