Re: [Lazarus] TMPlayerControl

2015-01-06 Thread Philippe
 

Em 05.01.2015 23:28, Michael Thompson escreveu: 

 G'day, 
 

-fs does not appear in parameters list ... correct? 
 
 Correct. -fs
does not appear when I call mplayer -input cmdlist. 
 
 I note it
does appear in the following page though: 

http://mplayerhq.hu/DOCS/man/en/mplayer.1.html#GENERAL%20OPTIONS [1] 


 Maybe they're more diligent on updating the web than the cmdlist? 


 I also note there is a get_vo_fullscreen property in the mplayer
-input cmdlist output, which implies a set_vo_fullscreen (though none
is listed) 
 
 And finally I note there's a caveat on the webpage
saying -fs doesn't work with all video drivers... 
 
 Using MPlayer on
Windows, despite no -fs appearing in the above, I can still play video
in full screen passing the -fs parameter. Which means this *should* work
in the Lazarus TMplayerControl control by simply adding -fs to
StartParam. 
 
 How this works in reality though I'm unsure :-) If you
get a chance to experiment, I'd love to know the results. From the
documentation I've found so far, I'm unsure how to toggle FullScreen,
and how to determine which monitor gets the video... 
 
 I also
suspect this conversation is going to veer more into the mplayer arena
than the Lazarus arena, so I'm happy for this continue as a personal
email chain (just reply to me, not to Lazarus). I'll update the wiki
with the outcome 
 
 http://wiki.freepascal.org/TMPlayerControl [2] 


 Mike

 May be I did not expressed me very well ...
 fs does not
appear in http://wiki.freepascal.org/TMPlayerControl And my question
is still about TMPlayerControl, not with MPlayer ... Using
lazaruscomponentsmplayerexamplesFullFeaturedmplay

 quote
 solid;
margin-left:5px; width:100%Philippe
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailma

 

 





Links:
--
[1]
http://mplayerhq.hu/DOCS/man/en/mplayer.1.html#GENERAL%20OPTIONS
[2]
http://wiki.freepascal.org/TMPlayerControl
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Gtk3 - Set entry placeholder

2015-01-06 Thread zeljko

On 01/05/2015 08:37 PM, Krzysztof wrote:

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'));


That's because Edit1.Handle is not PGtkEntry, but TGtk3Entry, so this 
code should work (you must include gtk3widgets unit to get it work):

gtk_entry_set_placeholder_text(PGtkEntry(TGtk3Edit(Edit1.Handle).Widget), 
PChar('Test'));
or
var
  AEntry: PGtkEntry;
begin
  AEntry := PGtkEntry(TGtk3Edit(Edit1.Handle).Widget);
  gtk_entry_set_placeholder_text(AEntry, PChar('Test'));
end;

zeljko


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


Re: [Lazarus] on OSX lazarus svn NOT make

2015-01-06 Thread Mattias Gaertner
On Tue, 06 Jan 2015 13:56:22 +0200
FreeMan freema...@delphiturkiye.com wrote:

 fpc svn version name 3.1.1 (in Makefile.fpc)  [fpcsrc/lib/fpc/3.1.1]
 
 Checked out revision 47313.
 Lazarus PREFIX =/opt/lazarus/
 Lazarus CPU_TARGET =i386
 Lazarus LCL_PLATFORM =carbon
 Lazarus OPT =-k-framework -kApplicationServices
 
 make PREFIX=$laz_prefix clean all bigide CPU_TARGET=$CPU_TARGET 
 LCL_PLATFORM=$LCL_PLATFORM OPT=$OPT
 
 Makefile:208: *** The Makefile doesn't support target i386-executed,, 
 please run fpcmake first.  Stop.

Maybe your CPU_TARGET is not i386, but i386-executed or so.
It compiles here on OS X with 3.1.1.

BTW, all bigide is double work. bigide is enough. See make
help.

 2. question, What have to install for cocoa widgetset

Simply choose the cocoa widgetset in your project. Keep in mind that it
only supports i386 yet and that it is not yet ready for the whole IDE.
For the IDE you can either use carbon or qt.

Mattias

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


[Lazarus] on OSX lazarus svn NOT make

2015-01-06 Thread FreeMan

fpc svn version name 3.1.1 (in Makefile.fpc)  [fpcsrc/lib/fpc/3.1.1]

Checked out revision 47313.
Lazarus PREFIX =/opt/lazarus/
Lazarus CPU_TARGET =i386
Lazarus LCL_PLATFORM =carbon
Lazarus OPT =-k-framework -kApplicationServices

make PREFIX=$laz_prefix clean all bigide CPU_TARGET=$CPU_TARGET 
LCL_PLATFORM=$LCL_PLATFORM OPT=$OPT


Makefile:208: *** The Makefile doesn't support target i386-executed,, 
please run fpcmake first.  Stop.


2. question, What have to install for cocoa widgetset


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


Re: [Lazarus] TMPlayerControl

2015-01-06 Thread Michael Thompson
On 6 January 2015 at 17:48, Philippe phili...@quarta.com.br wrote:

 fs does not appear in http://wiki.freepascal.org/TMPlayerControl

Correct.  -fs is an input parameter to mplayer.  These aren't explicitly
covered in the wiki as mplayer documentation covers them elsewhere.

 And my question is still about TMPlayerControl, not with MPlayer ...

Well, TMPlayerControl is only a thin wrapper over mplayer, so there's
significant overlap.

However, to be clear TMPlayerControl does not support fullscreen.  I've now
confirmed your results, and simply adding -fs to StartParam is not
sufficient.

If you're interested, it looks like the issue is down to the -wid parameter
(which sets the display window handle).  If I comment out the two -wid
lines in MPlayerCtrl.pas (line 665, 666), and insert -fs instead, then
fullscreen works.

No easy workaround available I'm afraid.  Looks like a code change in
MPlayerCtrl is required implementing a .FullScreen property.   However, I
still can't see how we'd toggle fullscreen, I can only see how to either
start in FullScreen or in a Window.   And that caveat from the mplayer
documentation would still hold - not all drivers are supported.

Patches welcome :-)

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


Re: [Lazarus] TMPlayerControl

2015-01-06 Thread Philippe
 

Em 06.01.2015 11:35, Michael Thompson escreveu: 

 On 6 January
2015 at 17:48, Philippe phili...@quarta.com.br wrote: 
 
 fs does
not appear in http://wiki.freepascal.org/TMPlayerControl [1] 
 

Correct. -fs is an input parameter to mplayer. These aren't explicitly
covered in the wiki as mplayer documentation covers them elsewhere. 


 And my question is still about TMPlayerControl, not with MPlayer
... 
 
 Well, TMPlayerControl is only a thin wrapper over mplayer, so
there's significant overlap. 
 
 However, to be clear TMPlayerControl
does not support fullscreen. I've now confirmed your results, and simply
adding -fs to StartParam is not sufficient. 
 
 If you're interested,
it looks like the issue is down to the -wid parameter (which sets the
display window handle). If I comment out the two -wid lines in
MPlayerCtrl.pas (line 665, 666), and insert -fs instead, then fullscreen
works. 
 
 No easy workaround available I'm afraid. Looks like a code
change in MPlayerCtrl is required implementing a .FullScreen property.
However, I still can't see how we'd toggle fullscreen, I can only see
how to either start in FullScreen or in a Window. And that caveat from
the mplayer documentation would still hold - not all drivers are
supported. 
 
 Patches welcome :-) 
 
 Mike

 I'll comment the 2
lines ... and it should be enough for me!
 thanks a lot Philippe


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

 

 

 


Links:
--
[1]
http://wiki.freepascal.org/TMPlayerControl
[2]
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
--
___
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-06 Thread Sven Barth

On 06.01.2015 19:53, Graeme Geldenhuys wrote:

On 2015-01-05 15:54, Marco van de Voort 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



Thanks Marco - good news indeed. Let the testing begin! ;-)


ps:
I remember reading a while back from the Lazarus/FPC conference a few
weeks back that dynamic loading of libraries (like Delphi does) was
demoed. Is that functionality in the next FPC release (or parts of it)?
I don't need it - I was just curious.


Not even remotely. Also this is currently in a seperate branch and the 
reason we branched 3.0 finally off was that we could reintegrate 
branches back into trunk.


Regards,
Sven


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


[Lazarus] wiki platform template are a bit misguided

2015-01-06 Thread Graeme Geldenhuys
Hi,

Two platform templates were added to the following wiki page:

http://wiki.freepascal.org/Cocoa_Interface


I think it is a bit misguided because each of those boxes says applies
to XXX only. Well that to me means 1 platform only, but it fact that
widgetset interface applies to two platforms. So that text really should
be changed to:

  This article applies to Mac OS X and iOS.

and only have only box with maybe two icons.


...or maybe I'm just nitpicking. ;-)


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-01-06 Thread Mark Morgan Lloyd

Marco van de Voort 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.


For the record, at what revision number did this happen (i.e. if I want 
to grab /the/ /last/ 2.7.1 what should I tell svn)?


--
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] HEADS UP: FPC 3.0.1 stable branched off.

2015-01-06 Thread Graeme Geldenhuys
On 2015-01-05 15:54, Marco van de Voort 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


Thanks Marco - good news indeed. Let the testing begin! ;-)


ps:
I remember reading a while back from the Lazarus/FPC conference a few
weeks back that dynamic loading of libraries (like Delphi does) was
demoed. Is that functionality in the next FPC release (or parts of it)?
I don't need it - I was just curious.

From the bit I've read about recent FPC changes I think its time I take
a look at finally trying FPC with the tiOPF v3 branch to bring it on par
with Delphi 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] HEADS UP: FPC 3.0.1 stable branched off.

2015-01-06 Thread Marco van de Voort
On Tue, Jan 06, 2015 at 07:29:35PM +, Mark Morgan Lloyd wrote:
  The version in trunk was raised to 3.1.1
  
  Scripts might need modification accordingly.
 
 For the record, at what revision number did this happen (i.e. if I want 
 to grab /the/ /last/ 2.7.1 what should I tell svn)?

I don't know. Since trunk are daily/scratch versions that kind of info is not
recorded seperately.  Check trunk SVN log for details (should be within the
last 25 revs)

--
___
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-06 Thread Mark Morgan Lloyd

Marco van de Voort wrote:

On Tue, Jan 06, 2015 at 07:29:35PM +, Mark Morgan Lloyd wrote:

The version in trunk was raised to 3.1.1

Scripts might need modification accordingly.
For the record, at what revision number did this happen (i.e. if I want 
to grab /the/ /last/ 2.7.1 what should I tell svn)?


I don't know. Since trunk are daily/scratch versions that kind of info is not
recorded seperately.  Check trunk SVN log for details (should be within the
last 25 revs)


Was going to, but thought I'd ask.

r29399 | marco | 2015-01-04 21:09:04 + (Sun, 04 Jan 2015) | 1 line

 * version updated to 3.1.1

r29397 | joost | 2015-01-04 20:46:57 + (Sun, 04 Jan 2015) | 1 line

 * Renamed pas2js package to utils-pas2js, for consistency

--
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] on OSX lazarus svn NOT make

2015-01-06 Thread Marco van de Voort
On Tue, Jan 06, 2015 at 02:26:37PM +0100, Mattias Gaertner wrote:
  make PREFIX=$laz_prefix clean all bigide CPU_TARGET=$CPU_TARGET 
  LCL_PLATFORM=$LCL_PLATFORM OPT=$OPT
  
  Makefile:208: *** The Makefile doesn't support target i386-executed,, 
  please run fpcmake first.  Stop.
 
 Maybe your CPU_TARGET is not i386, but i386-executed or so.
 It compiles here on OS X with 3.1.1.


More that OS_TARGET returns executed. Is OS_TARGET set somewhere? What
does fpc -iTO return?

Or use  

gmake --debug

--
___
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-06 Thread Graeme Geldenhuys
On 2015-01-06 18:58, Sven Barth wrote:
 reason we branched 3.0 finally off was that we could reintegrate 
 branches back into trunk.

No problem, I fully understand. Thanks for the info.


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-01-06 Thread Graeme Geldenhuys
On 2015-01-06 20:47, Marco van de Voort wrote:
  For the record, at what revision number did this happen (i.e. if I want 
  to grab /the/ /last/ 2.7.1 what should I tell svn)?
 I don't know.


A quick look in the git mirror.

  https://github.com/graemeg/freepascal/commits/master

Seems the last 2.7.1 commit (in Trunk/Master) was r29397 (SubVersion) or
f70d35a (git).

The next commit after that [r29399 (svn) or 5f1a29ec (git)] the compiler
version was bumped to 3.1.1 by Marco.



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


[Lazarus] Filling ListBox without triggering OnSelectionChange

2015-01-06 Thread Marc Santhoff
Hi,

it has been a very long time since I've programmed GUIs. I have
forgotten how to fill a ListBox without having the event handler
OnSelectionChange executed.

I have tried (Un)LockSelectionChange on the list, setting ItemIndex to
-1, all in the forms create method. I've tried using add() or assign()
on the listbox's Items, nothing helps.

The wiki on TListBox doesn't say anything on this topic, neither does
the LCL help document.

How can it be done?

-- 
Marc Santhoff m.santh...@web.de


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