Re: [Lazarus] TMPlayerControl

2015-01-05 Thread Michael Thompson
G'day,

On 5 January 2015 at 23:24, Philippe phili...@quarta.com.br wrote:

  someone may confirm:

 TMPlayerControl does not allow fullscreen option.


When I extended the control last year I did not test full screen - in fact
I didn't even consider it.   So long as MPlayer supports this though, I
can't see that there should be a problem.   I will play with this later
today and get back to you.

Are you on Linux or Windows?  Short term, I'll only have Windows to test
on...

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


Re: [Lazarus] TMPlayerControl

2015-01-05 Thread Philippe
 

Em 05.01.2015 20:58, Michael Thompson escreveu: 

 G'day, 
 
 On
5 January 2015 at 23:24, Philippe phili...@quarta.com.br wrote:
 

someone may confirm: 
 
 TMPlayerControl does not allow fullscreen
option.
 
 When I extended the control last year I did not test full
screen - in fact I didn't even consider it. So long as MPlayer supports
this though, I can't see that there should be a problem. I will play
with this later today and get back to you. 
 
 Are you on Linux or
Windows? Short term, I'll only have Windows to test on... 
 
 Mike


Windows.
 -fs does not appear in parameters list ... correct?


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


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


Re: [Lazarus] Inversion of control (IoC) and Dependency injection (DI)

2015-01-05 Thread luiz americo pereira camara
2015-01-05 21:44 GMT-03:00 Marcos Douglas m...@delfire.net:

 On Mon, Jan 5, 2015 at 6:07 PM, luiz americo pereira camara
 
  I created a IoC Container that can be found at
 
 https://code.google.com/p/luipack/source/browse/trunk/luicomponents/luiioccontainer.pas
  . It has no dependencies.

 
  So in the end, i use the service locator and have plans to use Property
  Injection pattern
 
  BTW: Custom Attributes support would help to have a nicer Property
 Injection
  implementation

 Interesting.
 Could you give us some example how this class works?


There's a demo in demos/ioccontainer

In a working project i use a IPresentationManager
https://code.google.com/p/luipack/source/browse/trunk/luicontrols/presentationmanager.pas#36

When a class needs to use it, resolves from a TIoCContainer (Service
Locator pattern). The global variable and concrete class are not exposed.
In the other hand depends of the IoCContainer. I have plans to switch to a
Property Injection pattern that helps to decouple a bit more.

Luiz
--
___
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-01-05 Thread silvioprog
On Mon, Jan 5, 2015 at 12:54 PM, Marco van de Voort mar...@stack.nl wrote:


 As a first step in the 3.0.0 release process the stable branch was branched
 off to branches/fixes_3_0 and the version number was updated to 3.0.1

 The version in trunk was raised to 3.1.1

 Scripts might need modification accordingly.


Good news!

Chances of custom attributes[1] (or something like this) in release 3.0? I
have plans to use IoC[2] and DI using this feature.

Thank you!

[1] - http://forum.codecall.net/topic/76463-introducing-attribute/
[2] - http://martinfowler.com/articles/injection.html
--
Silvio Clécio
My public projects - github.com/silvioprog
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


[Lazarus] Inversion of control (IoC) and Dependency injection (DI)

2015-01-05 Thread luiz americo pereira camara
Starting a new thread.


2015-01-05 15:16 GMT-03:00 silvioprog silviop...@gmail.com:

 On Mon, Jan 5, 2015 at 12:54 PM, Marco van de Voort mar...@stack.nl
 wrote:


 As a first step in the 3.0.0 release process the stable branch was
 branched
 off to branches/fixes_3_0 and the version number was updated to 3.0.1

 The version in trunk was raised to 3.1.1

 Scripts might need modification accordingly.


 Good news!

 Chances of custom attributes[1] (or something like this) in release 3.0? I
 have plans to use IoC[2] and DI using this feature.


I created a IoC Container that can be found at
https://code.google.com/p/luipack/source/browse/trunk/luicomponents/luiioccontainer.pas
. It has no dependencies.

With it is possible to implement Service Locator and Property Injection
patterns. Constructor Injection is not possible due to lacking of Extended
RTTI support in fpc.

While the C# crowd  praises the Constructor Injection pattern (
http://www.devtrends.co.uk/blog/how-not-to-do-dependency-injection-the-static-or-singleton-container
), i had hard times figuring how it would work in real world / Lazarus
projects. Also, polluting the constructor  signature is not something that
i like. And finally with Constructor Injection is not possible to use with
TComponent / TForm

So in the end, i use the service locator and have plans to use Property
Injection pattern

BTW: Custom Attributes support would help to have a nicer Property
Injection implementation

Luiz
--
___
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-01-05 Thread Vojtěch Čihák

So finally there'll be no 2.8 ?
 
Anyway, it works well. I just updated to 29419 and built it with 2.6.4.
Lazarus compiled well too. Just have Lazarus 1.3 r47310M FPC 3.1.1 
x86_64-linux-qt.
 
Thanks
 
Vojtěch 
__

Od: Marco van de Voort mar...@stack.nl
Komu: lazarus@lists.lazarus.freepascal.org
Datum: 05.01.2015 16:55
Předmět: [Lazarus] HEADS UP: FPC 3.0.1 stable branched off.



As a first step in the 3.0.0 release process the stable branch was branched
off to branches/fixes_3_0 and the version number was updated to 3.0.1

The version in trunk was raised to 3.1.1

Scripts might need modification accordingly.

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

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


[Lazarus] Gtk3 - Set entry placeholder

2015-01-05 Thread Krzysztof
Hi,

I'm testing Gtk3 (I know that it is in alpha stage). I have latest lazarus
from svn (1.3)

When using low level Gtk3 api then this code work fine:

uses
  {$IFDEF UNIX}{$IFDEF UseCThreads}
  cthreads,
  {$ENDIF}{$ENDIF}
  Interfaces, // this includes the LCL widgetset
  LazGtk3, LazGObject2;

{$R *.res}

var
  window: PGtkWindow;
  entry1, entry2: PGtkWidget;
  vbox: PGtkWidget;

begin
  gtk_init (@argc, @argv);

  window := gtk_window_new (GTK_WINDOW_TOPLEVEL);
  gtk_window_set_title (window, 'Window');

  g_signal_connect_data(window, 'destroy', TGCallback(@gtk_main_quit), nil,
nil, 0);

  vbox := gtk_box_new(GTK_ORIENTATION_VERTICAL, 2);
  gtk_container_add (PGtkContainer(window), vbox);

  entry1 := gtk_entry_new ();
  gtk_entry_set_text(PGtkEntry(entry1), 'Hello');

  entry2 := gtk_entry_new ();
  gtk_entry_set_placeholder_text(PGtkEntry(entry2), 'Test');

  gtk_box_pack_start(PGtkBox(vbox), entry1, True, True, 0);
  gtk_box_pack_start(PGtkBox(vbox), entry2, True, True, 0);

  gtk_widget_show_all (window);

  gtk_main ();
end.

But if I create LCL application, then change LCLWidgetType to Gtk3 and call
this:

procedure TForm1.Button1Click(Sender: TObject);
begin
  gtk_entry_set_placeholder_text(Edit1.Handle), PChar('Test'));
end;

Then it doesn't work. Edit1.Handle should point to gtk widget right?
--
___
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-01-05 Thread Michael Van Canneyt



On Mon, 5 Jan 2015, silvioprog wrote:


On Mon, Jan 5, 2015 at 12:54 PM, Marco van de Voort mar...@stack.nl wrote:

  As a first step in the 3.0.0 release process the stable branch was 
branched
  off to branches/fixes_3_0 and the version number was updated to 3.0.1

  The version in trunk was raised to 3.1.1

  Scripts might need modification accordingly.


Good news!

Chances of custom attributes[1] (or something like this) in release 3.0? I have 
plans to use IoC[2] and DI using this feature.


No. One of the reasons for branching off 3.0 now is that the custom attributes 
can be merged to trunk
(or so I understood)

Michael.

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


[Lazarus] TMPlayerControl

2015-01-05 Thread Philippe
 

someone may confirm: 

TMPlayerControl does not allow fullscreen
option. 

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


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

2015-01-05 Thread Marco van de Voort

As a first step in the 3.0.0 release process the stable branch was branched
off to branches/fixes_3_0 and the version number was updated to 3.0.1

The version in trunk was raised to 3.1.1

Scripts might need modification accordingly.

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