Re: [Lazarus] 1 keypress gives multiple letters ONLY in program written in Lazarus in raspbian jessie Pi 2

[Michael Thompson]

On 12 April 2016 at 02:51, Giuliano Colla 
wrote:
>
> I took the liberty of editing the Wiki entry, using all the information I
> have.
>
> Please feel free to adjust as you deem proper.
>
>
Nice work.  More technical than I was capable of :-)

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

Re: [Lazarus] Is it an error to have mutiple help viewers enabled?

[Michael Thompson]

On 12 April 2016 at 02:12, Alan Corey  wrote:

> Just what everybody should carry in their phone as an epub. :-)


Ooh!   Now I want a copy :-)
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] 1 keypress gives multiple letters ONLY in program written in Lazarus in raspbian jessie Pi 2

[Michael Thompson]

I know this issue is resolved, but I've just stumbled across this:

http://wiki.lazarus.freepascal.org/Lazarus_Faq#Typing_under_Ubuntu_in_edit_fields_generate_duplicate_letters

We'll need to change Ubuntu now to Linux in general, but before I do that:
Giuliano: Do you know if any of the steps listed here would have helped?
If not, can you let me know how you disabled the Input Manager, and I'll
update the wiki accordinly.

Thanks

Mike

On 10 April 2016 at 23:02, Dennis  wrote:

>
>
> Giuliano Colla wrote:
>
>> Il 09/04/2016 18:49, JuuS ha scritto:
>>
>>> Personally I had quite a fight with ibus and I finally removed it from
>>> my system with no ill effects. It is mostly used AFAIK with asian
>>> "alphabets".
>>>
>>
>> There must be some problem with ibus/input methods in the Debian line,
>> because it would appear that more or less all recent Debian based distro's
>> (Ubuntu, Raspbian, ect.) show some weird keyboard behaviour, which wasn't
>> present in the previous versions.
>>
>> Red Hat line (Red Hat, Fedora, CentOs etc.) appears to be immune from
>> this problem. I didn't find any complaint of this type on Internet, and
>> when I have been forced to enable keyboard input methods to support
>> Chinese, nothing strange happened (except when if you forget to switch back
>> to English ;-) ...)
>>
>> Maybe someone with a good knowledge of both worlds could find where the
>> problem is?
>>
>> Giuliano
>>
>> I turned off Raspbian's Input Method and the problem is gone now.
> thanks for everyone's tips.
>
> Dennis
>
>
> --
> ___
> Lazarus mailing list
> Lazarus@lists.lazarus.freepascal.org
> 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] Trying to work around "Illegal character in format string"

[Michael Thompson]

On 10 April 2016 at 03:00, Alan Corey  wrote:

> I don't know where this illegal character error is coming from, but I
> didn't get it when I built and installed initially.
>

>From the screen shot.  Lazarus IDE v1.0,14 is very old.  I'm guessing you
installed it directly from your distribution repository?  They're notorious
for not keeping FPC/Laz up to date.

The first thing to do would be try a newer version

Any of these should help.

http://wiki.freepascal.org/Installing_Lazarus
https://sourceforge.net/projects/lazarus/files/
http://www.getlazarus.org/

Personally, I'd install FPC from a SourceForge, then I'd use SVN to get
latest as per the wiki.

Good luck :-)

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

Re: [Lazarus] Lazarus Digest, Vol 99, Issue 32

[Michael Thompson]

On 9 April 2016 at 22:41, Juha Manninen  wrote:

> Are you good in drawing diagrams?
>

:-)  Me?  I'm useless at drawing and at documentation.

When I contributed to mplayer, I came up with three tactics of
documentation - expanded comments in code,
http://wiki.freepascal.org/TMPlayerControl and a demo project that covered
every thing I could think of.

When people ask for help, it's the demo project I point them to :-)

My personal opinion?  Code!  Code always has the answer :-)

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

Re: [Lazarus] Lazarus Digest, Vol 99, Issue 32

[Michael Thompson]

On 9 April 2016 at 22:07, Giuliano Colla 
wrote:

> Because without a minimal amount of documentation all this valuable work
> risks to be useless, because:
> - nobody except a few core developers know of its existence
> - nobody except the developer itself knows how to use it


from OpenHub (which for some reason stopped tracking lazarus a year ago)
In a Nutshell, Lazarus...

   - ...
   - is mostly written in Pascal
   
   with an average number of source code comments
   

You say minimal, code analysis says Average.
I also disagree that the wiki contains minimal content.

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

Re: [Lazarus] *** GMX Spamverdacht *** help writing help [was: Re: Re: Suggestion for TRadioGroup documentation]

[Michael Thompson]

I've just spent some time researching a problem that someone posed on the
forum.  I'm reminded of how powerful open source is.  I had no idea how to
answer the question.  The wiki, the forum and even Mantis provided a
veritable wealth of information before I got to even looking at code
documentation.

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

Re: [Lazarus] *** GMX Spamverdacht *** help writing help [was: Re: Re: Suggestion for TRadioGroup documentation]

[Michael Thompson]

On 9 April 2016 at 20:38, Jürgen Hestermann 
wrote:

> Am 2016-04-09 um 13:26 schrieb Michael Thompson:
> > What?  How's that going to work?  I prefer my open source projects alive
> and kicking :-(
> > I'm not interested in theoretical "wouldn't it be nice".  I agree that
> it would be nice if we have documentation, and I like putting a plan in
> place to forward this.  But the proposal above is insane.
>
> It highly depends:
>

It depends on nothing.   Stopping all forward movement as a tactic to
improve documentation will kill the project.

Please listen.  I agree that documentation should be improved, and I agree
that we should be planning for it.  We're on the same page there.

But that particular plan?  Stop all development until *ALL* features
documented?  Shows no understanding of developers!  It will kill the
project.

How much history in the code?  How many undocumented features?

All I'm suggesting is we focus on sane proposals that will produce
tangible, positive results.

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

Re: [Lazarus] 1 keypress gives multiple letters ONLY in program written in Lazarus in raspbian jessie Pi 2

[Michael Thompson]

On 9 April 2016 at 18:41, Dennis  wrote:
> EXCEPT that pressing a key once will gives multiple letters.

We've had this before, under Ubuntu from memory.

Yup: http://bugs.freepascal.org/view.php?id=23140 (and related)

You may find some ideas in there.

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

Re: [Lazarus] Lazarus Digest, Vol 99, Issue 32

[Michael Thompson]

Am 2016-04-09 um 12:20 schrieb Giuliano Colla:
> An answer such as: "Your patch is good, it adds a desirable
functionality,
> but without proper documentation, nobody will be able to take advantage
of it.
> Please add some concise comments on variable and procedure usage, and we
> will be glad to commit it." would do a lot of good, IMHO.
> Should this become a general rule, the situation might strongly improve
with time.

Agreed :-)  In reality though we shouldn't exclude patches just because
they lack the above.  We should only be encouraging decent documentation,
not enforcing it.

"Yay, we've got a patch that finally fixes that annoying TreeView issue,
but rats, we can't commit it because those variables aren't sufficiently
documented"

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

Re: [Lazarus] *** GMX Spamverdacht *** help writing help [was: Re: Re: Suggestion for TRadioGroup documentation]

[Michael Thompson]

On 9 April 2016 at 19:08, Special  wrote:

> Am 09.04.2016 um 14:05 schrieb Jürgen Hestermann:
>
>>
>> Do not implement any new features until all existing features are
>> documented!
>>
> Agree.


What?  How's that going to work?  I prefer my open source projects alive
and kicking :-(

I'm not interested in theoretical "wouldn't it be nice".  I agree that it
would be nice if we have documentation, and I like putting a plan in place
to forward this.  But the proposal above is insane.  If it's serious,
please provide an actual concrete plan with 100% documented success rate to
magically transform programmers into motivated documenters.

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

Re: [Lazarus] *** GMX Spamverdacht *** Re: Suggestion for TRadioGroup documentation

[Michael Thompson]

On 9 April 2016 at 01:10, Jürgen Hestermann 
wrote:

> That's a bad idea.
> The person who wrote the code is the only person who knows what he
> intended.
> This person has to write the documentation.
>
>
That's a bad idea :-)

Sure, *some* programmers make good documenteers, but in my experience
they're the exception, not the rule.  My own documentation skills suck.
Essentially, if you think like me you'll have no problems.  I'm very bad at
seeing the problem from other people's perspective.  And I'm too old to
change now.  I'm at the "shout louder if they didn't understand the first
time" stage of life.

I do agree though, we're open source.  We should all pull our own weight
and not expect others to pick up our own slack.  It's only in a corporate
environment that I'd insist on professionals doing the documentation.

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

Re: [Lazarus] Suggestion for TRadioGroup documentation

[Michael Thompson]

On 8 April 2016 at 22:42, Bart  wrote:

> This is as it has always been, and as it was even in the Delphi 3 days.
> Use the component in the way it is designed to work.
> Why you would even drop individual radiobuttons on a TRadioGroup is beyond
> me.


To be fair, a TGroupBox gets things dropped in it, and both nomenclature
and look/feel are similar.  It also feels like every few years I make the
same mistake Alan has and groan :-)

But yes, design from prehistory - certainly don't need changing.

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

Re: [Lazarus] Building Lazarus for QT or GTK2 under windows

[Michael Thompson]

On 29 March 2016 at 15:06, Michael Thompson 
wrote:

> I note a related post from Forum User Blaazen:
>
> http://forum.lazarus.freepascal.org/index.php/topic,31173.msg199332.html#msg199332
>

I should have checked @Blaazen's post more thoroughly.  He's right, setting
LCLWidgetType in the current Project Options, under Environment Options, is
currently what I have to do to change the IDE Widget Type.  I'll lodge a
report shortly...

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

[Lazarus] Building Lazarus for QT or GTK2 under windows

[Michael Thompson]

G'day,

I'm having problems building Lazarus for either QT or GTK2.
I'm running Windows 8, using Laz and fpc Trunk.
I'm changing the LCL Widget Type from Lazarus -> Tools -> Configure "Build
Lazarus".
No defines.  "Normal IDE".  Target OS: Win32, Target CPU: i386
Rebuilding from the Configure "Build Lazarus" by clicking "Build"

No obvious error message during the compilation, but when Lazarus restarts,
LCL Widget Set is still win32 (confirmed by About box, by querying internal
IDE Macro $(LCLWidgetType), and you know, by the fact that everything still
looks win32 :-) )

I note a related post from Forum User Blaazen:
http://forum.lazarus.freepascal.org/index.php/topic,31173.msg199332.html#msg199332

Can't see anything currently in Mantis, but by necessity the keywords I'm
using produce a large amount of unrelated returns.  Before I do lodge
anything in Mantis, am I missing something obvious?

Many thanks

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

Re: [Lazarus] LCL exports CC-licensed icons to every LCL application

[Michael Thompson]

On 23 March 2016 at 23:18,  wrote:

> thanks for that! will it work for non-GUI console only apps?


Hmm.  In order to get the LCL information, I needed to include some LCL
files...  Shouldn't be too hard to modify though and build a version that
doesn't report the LCL info...  The code was released entirely into the
public domain, so feel free to hack away :-)


hummm... "almost no change" implies that there is a change of some kind...
> can you update your original post or post another with the change or newer
> unit?
>

Sure.  I've updated that post now :-)

Changes are: Minor re-ordering of code, some additional comments and
GetCPU.  I'm away from SourceForge access right now, so I'm not entirely
sure when I made those changes...
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] LCL exports CC-licensed icons to every LCL application

[Michael Thompson]

On 23 March 2016 at 19:33, Mark Morgan Lloyd <
markmll.laza...@telemetry.co.uk> wrote:

>
> Wandering slightly: I wonder if it would also be possible for the app to
> get hold of things like the Lazarus and FPC version numbers and SVN
> revisions? I'm currently doing this by fudging paths, but it has the
> unfortunate side effect that the LCL gets rebuilt on occasion as part of
> the app project.


Here's everything I found when I first went looking for this kind of info
http://forum.lazarus.freepascal.org/index.php/topic,13957.msg155398.html
(And I've been using the VersionSupport unit with almost no change since I
posted it ..)
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Do I need separate package files for multiple Lazarus versions?

[Michael Thompson]

> Do I need separate sources for each Lazarus version

Under Windows, I have never had any problems using the same package source
for multiple IDEs.  Mind you, my two Lazarus's are target different CPUs
(win32 and win64) as well as different builds and I have this target name
in various compile folders
  IDE - Project Options - Paths - Unit Output Directory =
"...${TargetCPU}..."
  Each Package - Package Options - Paths - Unit Output Directory = "...
${TargetCPU}..."

(where ... just represents the other stuff I have in those folder names)

Mike

On 22 February 2016 at 14:51, Bo Berglund  wrote:

> I have several instances of Lazaurs now on my system (1.6RC1, 1.6RC2
> and 1.6 release).
> On 1.6RC2 I installed a few external packages like Indy10 etc.
>
> Now in order to work on the project in release 1.6 I need to install
> these also into that latest Lazarus version.
>
> Do I need separate sources for each Lazarus version or can I just
> install the packages from the same source location?
> I am using separate Lazarus configuration directories for each
> version. And it is all in Raspbian Jessie.
>
> Finally: All runs on FPC 3.0.0 release.
>
>
> --
> Bo Berglund
> Developer in Sweden
>
>
> --
> ___
> Lazarus mailing list
> Lazarus@lists.lazarus.freepascal.org
> 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] TComboBox.DropDownCount has no effect.

[Michael Thompson]

On 5 April 2015 at 06:04, Donald Ziesig  wrote:

> Additionally, in the FormCreate event, try setting ComboBox1.DropDownCount
> to something less than the number of Items.  The new value is totally
> ignored.
>
> I am using Lazarus 1.4RC2 with no modifications on Linux Mint 17.
>

You haven't stated widgetset, but I'm guessing GTK2

If so, good news: you're doing nothing wrong.

Bad news:
http://wiki.freepascal.org/Lazarus_known_issues_(things_that_will_never_be_fixed)

My memory (not what it was...) also says that in the Object Inspector there
is a note to this affect when you click on DropDownCount.   Oh, I've just
double checked.  UI has changed since I last looked, but select select
TComboBox, then switch to the "Restricted" tab of the Object Inspector.
You'll see various OS icons on the different properties.  They are the
widgetsets that property doesn't work on.

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

Re: [Lazarus] Lazarus famous ?

[Michael Thompson]

On 3 April 2015 at 23:16, Giuliano Colla 
wrote:

>  Il 03/04/2015 11:23, Graeme Geldenhuys ha scritto:
>
> On 2015-04-03 07:36, Michael Van Canneyt wrote:
>
>  Maybe the whole team should go to the opening night ? :)
>
>  :-D Brilliant idea!
>
>
> I'm afraid that, as Delphi doesn't (yet) support Brodway musicals, and
> Lazarus is so careful about Delphi compatibility, we would see only an
> empty, blank stage ;-)
>

That old chestnut :-)  Lazarus has had full theatrical support for a while
now, with broadway support via the correct patch (
http://en.wikipedia.org/wiki/Patch_Adams).  Sure, for a few releases there
only the first 32 rows would have heard anything...  If you ask me our
ShowBoat API is far superior to the proposed Delphi JazzSinger interfaces.
Colour isn't everything after all...

On 4 April 2015 at 04:48, Bart  wrote:

> Can we sue him for using our name?
> Even if it's frivolous, mayebe he won't like getting to court and
> settle for e.g. $10?


 1,048,576?  You think big.  Sure, let's do this :-)

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

Re: [Lazarus] Oscilliscope Control

[Michael Thompson]

On 23 March 2015 at 09:08, Marc Santhoff  wrote:

> >
> > As far as requirements in this instance go, new information has come to
> > light for the forum user - looks like TAChart will suit them fine.
>
> Exactly, using TAChart it's really easy to get get the x-y-plot working,
> which is the most complicated task. Adding some buttons, sliders or
> whatever for the rest is fun. :
>

And that is exactly what programming should be :-)


> Sadly I cannot publish the project I've done, although it is pretty
> small. But if you're working at it I will be able to post some pieces of
> code to get you started


Thanks for the offer, but @wp has already pointed out an applicable TAChart
demo which should get the user started.  I think for now we're fine :-)

Cheers

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

Re: [Lazarus] Here's an animated oscilloscope overlay widget

[Michael Thompson]

On 23 March 2015 at 08:16, Anthony Walter  wrote:

> Video and example code here:
>
> http://www.getlazarus.org/forums/viewtopic.php?f=18&t=37
>

Many thanks.  FYI I have shared this email at
http://forum.lazarus.freepascal.org/index.php?topic=27803  (which was the
topic that originally caught my interest)

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

Re: [Lazarus] Oscilliscope Control

[Michael Thompson]

On 23 March 2015 at 06:00, Marc Santhoff  wrote:

> On So, 2015-03-22 at 08:25 -0500, Paul Breneman wrote:
> > On 03/21/2015 03:56 PM, Michael Thompson wrote:
> > > G'day,
> > >
> > > Over on the forum someone is asking for an oscilloscope control. That
> > > vaguely reminded me of something, so I went looking...
>
> What do you mean wy saying "oscilloscope control", are you searching for
> steering the device on your desk or do you need a visual control
> containing x-y-graph and some knobs?
>

(and similar question from Mark Morgan Lloyd)
Correct, I should have been clearer.  Visual control required only - no
hardware control. I wanted to check out that ISA project as I was hoping
for a disconnect between the hardware interface and the visual interface.

As far as requirements in this instance go, new information has come to
light for the forum user - looks like TAChart will suit them fine.

>From my point of view, this only leaves the dead links in the wiki in need
of resolution.

@Mark Morgan Lloyd
Good thinking with Archive.org.  Shame it didn't work.  I see your research
dug out the name Felipe, so I'll send an email to felipemdc, see if this is
him :-)

Thanks all

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

[Lazarus] Oscilliscope Control

[Michael Thompson]

G'day,

Over on the forum someone is asking for an oscilloscope control. That
vaguely reminded me of something, so I went looking...

Indeed, there was a project that might possibly have the required control.
Unfortunately, the links on the wiki are either dead, or just not
responding from my address.

The (dead) link is
http://eletronicalivre.incubadora.fapesp.br/portal/english/oscilloscope/%7CISA

It's listed at the bottom of this page:
http://wiki.lazarus.freepascal.org/Hardware_Access

and at

http://wiki.lazarus.freepascal.org/Projects_using_Lazarus#ISA_Digital_Osciloscope

The whole project looks useful.

Does someone know any updated links?  (I'm happy to update the wiki)
 Alternatively, could someone confirm if the link is fine from their PC?

Many thanks

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

Re: [Lazarus] HTML on clipboard

[Michael Thompson]

Mattias Gaertner  wrote:
> Michael Thompson  wrote:
> > Mattias: Do you know or remember which platforms and applications that
code
> > worked with?
>
> AFAIR an example is Linux, OpenOffice.
> I don't know if OO still supports this.

Sweet. I've left the original code in as a quick google shows at least
several python libraries out there that use the the 'text/html' mime on the
clipboard as well, so there's possibly more targets than just OO.

Thanks for the quick reply.

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

[Lazarus] HTML on clipboard

[Michael Thompson]

G'day,

Just found this code on the wiki...
http://wiki.lazarus.freepascal.org/Office_Automation#Copy_HTML_to_the_clipboard

On Windows with Microsoft products at least, this doesn't work...  What's
required is more complex:
https://msdn.microsoft.com/en-us/library/aa767917%28v=vs.85%29.aspx

However, I can't see that code being posted onto the wiki without testing,
so before I correct the wiki, I'd like to know under what conditions the
wiki code is good for...

I think it was Mattias that submitted that code to the wiki...

Mattias: Do you know or remember which platforms and applications that code
worked with?

I'm thinking that the code on the wiki is probably good for Linux and
possibly Mac, and am just looking for confirmation before I update the
wiki...

Cheers

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

Re: [Lazarus] Compare record

[Michael Thompson]

On 11 March 2015 at 10:23, aradeonas  wrote:

> Hi,
>
> How can I compare two record?
>

I usually end up writing my own - as per the first answer here:
http://stackoverflow.com/questions/11797069/how-to-compare-two-trect-variables-in-d7

I'd be interested in knowing if there was a more general method nowadays -
though I doubt it.

Cheers

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

Re: [Lazarus] Play video files in a row without delay

[Michael Thompson]

G'day,

Hmmm, this was fairly well documented in the Microsoft documentation for
DirectShow.   If you're on Windoze and don't mind DirectShow, I can dig
that out for you.

As for VLC/Mplayer, I have no direct experience.   I can only suggest you
try playlists, seems to me they may help...

Mike

On 05:42, Thu, 19/02/2015 aradeonas  wrote:

Hi,
I am looking for a way to play 2 video in a row without any delay (or
very tiny delay) when changing files.
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] TMPlayerControl

[Michael Thompson]

G'day,

On 11 January 2015 at 11:44, Andrew Haines  wrote:

> > I played with this for a few minutes and came up with this:
> MPlayerControl1.OnPlaying has to be assigned for
> MPlayerControl1.Position to work.

Oh.  Yes, I see...   That was by design - it never occurred to me that
someone would want to retrieve the .Position without having .OnPlaying
hooked up.

I put the checks in for FOnPlaying in an attempt to minimise "chatter" with
mplayer.   In my testing, I observed degraded playback if that chatter was
excessive.  In truth though - "excessive" was chatter at frequencies
approaching frame by frame querying, not at the frequency Position is
currently updated (twice a second).

Given the current architecture, what I *can't* do is obtain the position
when the user requests it.  I can either constantly query the position
(which is what I currently do when FOnPlaying is assigned) or never ask for
position.

As I see it, we've got 3 options:

1.  Maintain current code
2.  Always request Position from mplayer
3.  Add an Options Flag.  Only request Position if either
optRequestPosition or FOnPLaying assigned.

Now you've raised the issue, I'm not in favour of 1.  2 will introduce
overheads - but as we've seen when FOnPlaying is assigned, those overheads
aren't excessive.  3 preserves my original caution, but perhaps that's
unwarranted.

Now that there's a few items on the TODO list, let me know which you
prefer: 2) or 3) and I'll make the changes.

I'll get the .FullScreen property in at the same time (but sorry Pierre:  I
completely lack the knowledge or time to investigate mplayer working with
GL)

Many thanks for the feedback

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

Re: [Lazarus] Filling ListBox without triggering OnSelectionChange

[Michael Thompson]

On Thu Jan 08 2015 at 9:08:26 AM Marc Santhoff  wrote:

> Yes, assigning the event handler does work, if it is done in OnActivate.
>

I'm sure you're aware of this, but just in case:  Form.OnActivate should
fire each time your user switches between forms in your UI.  I usually put
similar code inside a boolean flag to ensure the code only runs once at
initialisation.  Even if it's not immediately required, having it there
will help if you later call an open/save dialog or similar from that form...

procedure TForm1.FormActivate(Sender: TObject);
begin
  if not ListBox1Initialised then
  begin
ListBox1.ItemIndex := -1;
ListBox1.OnSelectionChange := @ListBox1SelectionChange;
ListBox1Initialised := True;  // and set this to false in FormCreate
  end;
end;

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

Re: [Lazarus] TMPlayerControl

[Michael Thompson]

On 6 January 2015 at 17:48, Philippe  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

[Michael Thompson]

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

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

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

Re: [Lazarus] TMPlayerControl

[Michael Thompson]

G'day,

On 5 January 2015 at 23:24, Philippe  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] FPC options - cool!

[Michael Thompson]

On 20 October 2014 19:17, Vojtěch Čihák  wrote:

> >Is there something I need to do to enable this functionality in trunk?
>
> You need to fill a bugreport :-).
>
> I just tested with Lazarus 1.3 r46582M FPC 2.7.1 x86_64-linux-qt and
> realy, there is only an empty space instead of list of options.
>

Done.

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

I also took the liberty of reporting your results as well :-)

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

Re: [Lazarus] FPC options - cool!

[Michael Thompson]

>
> Just wanted to thank whoever wrote the project options/other tool to
> select fpc options... very nicely done, including the search
> functionality. Now I don't need to remember that I need -Xe but can
> search for linker ;)


Oh.  This functionality is working for me in 1.2.4, but not in Trunk (which
uses fpc trunk).  All I'm seeing is a clDefault shaded area.  Is there
something I need to do to enable this functionality in trunk?

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

Re: [Lazarus] Charting Component for Organization Charts?

[Michael Thompson]

On 15 October 2014 19:30, ADTEC (Pty) Ltd  wrote:

> Hi.
>
> Does anyone know of a charting component for creating organizational
> charts (organograms)?


I don't know anything directly related, but a screenshot accompanying the
Eye Candy controls release caught my eye, might be helpful to you.  The
Scheme Designer in there might assist you.

Here's the controls:
http://sourceforge.net/projects/eccontrols/

Here's the related forum post.
http://forum.lazarus.freepascal.org/index.php/topic,25892.msg158062.html#msg158062

Here's the image that caught my eye
http://s26.postimg.org/k5cwqv6o9/Scheme_Designer_Qt.png

If I'm reading this right, Scheme Designer is part of Eye Candy Controls.

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

Re: [Lazarus] Hiding Code Hints

[Michael Thompson]

>
> >   (*% This hint is shown *)
> >   sHint10: String;
>
> Fixed.
>
> Mattias
>

Confirmed.  Many thanks again.

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

Re: [Lazarus] Hiding Code Hints

[Michael Thompson]

Fast work, many thanks :-)

Most forms now work as per the wiki.  There is one form still not working:
  sHint4: String; (*% This hint is shown *)

  (*% This hint is shown *)
  sHint10: String;

Mike

On 9 October 2014 22:10, Mattias Gaertner  wrote:

> On Thu, 9 Oct 2014 21:09:04 +0200
> Michael Thompson  wrote:
>
> > G'day,
> >
> > According to the wiki, code comments starting with $ or % will be hidden
> > from the code hint.
> >
> > http://wiki.freepascal.org/Lazarus_IDE_Tools#Comments_shown_in_the_hint
> >   "Comments starting with *$* and *%* are ignored."
> >
> > Testing with trunk shows that the only form of this that actually works
> is:
> >   sHint3: String; (*$ This is successfully hidden *)
> >
> >   (*$ This is successfully hidden *)
> >   sHint9: String;
> >
> > All other forms are shown, including all forms starting with %.
> (Obviously,
> > I didn't test {$...})
> >
> > See also
> >
> http://forum.lazarus.freepascal.org/index.php/topic,26090.msg159626.html#msg159626
> >
> > Should I report this as an issue, or should I just update the wiki?
>
> Fixed in trunk.
> Please test.
>
> Mattias
>
> --
> ___
> Lazarus mailing list
> Lazarus@lists.lazarus.freepascal.org
> 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] Hiding Code Hints

[Michael Thompson]

G'day,

According to the wiki, code comments starting with $ or % will be hidden
from the code hint.

http://wiki.freepascal.org/Lazarus_IDE_Tools#Comments_shown_in_the_hint
  "Comments starting with *$* and *%* are ignored."

Testing with trunk shows that the only form of this that actually works is:
  sHint3: String; (*$ This is successfully hidden *)

  (*$ This is successfully hidden *)
  sHint9: String;

All other forms are shown, including all forms starting with %. (Obviously,
I didn't test {$...})

See also
http://forum.lazarus.freepascal.org/index.php/topic,26090.msg159626.html#msg159626

Should I report this as an issue, or should I just update the wiki?

Many thanks

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

Re: [Lazarus] Panel Visibility on QT/Win/Trunk

[Michael Thompson]

Ah, so it's always been that way.New to the ways of QT am I :-)

Thanks

Mike

On 27 September 2014 17:46, zeljko  wrote:

> On 09/27/2014 05:40 PM, Michael Thompson wrote:
>
>> G'day,
>>
>> I've just got today's latest.  I'm now seeing an issue with Panels under
>> QT/Win7.  Panels underneath other panels are now visible.
>> Buttons/Labels/Arrows underneath panels are being hidden.
>>
>> Problem is, I've gone through SVN, and I can't see anything even
>> slightly related.
>>
>> So, before I run and report anything - wondering if it's only me that's
>> seeing this?  I might have "wobbled" my system somehow...
>>
>> Anyone seeing this?
>>
>
> Panels are transparent under Qt by default (if color=clDefault). Dunno
> about win.
>
> zeljko
>
>
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

[Lazarus] Panel Visibility on QT/Win/Trunk

[Michael Thompson]

G'day,

I've just got today's latest.  I'm now seeing an issue with Panels under
QT/Win7.  Panels underneath other panels are now visible.
Buttons/Labels/Arrows underneath panels are being hidden.

Problem is, I've gone through SVN, and I can't see anything even slightly
related.

So, before I run and report anything - wondering if it's only me that's
seeing this?  I might have "wobbled" my system somehow...

Anyone seeing this?

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

[Lazarus] [Patch] - Menu Designer Drag/Drop Reordering

[Michael Thompson]

G'day,

I've submitted a patch for reordering menu items in the designer using
drag/drop.  Tested under Win32, but only by me.

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

Requires the minor TArrow fixes discussed earlier...
http://bugs.freepascal.org/view.php?id=26756

Feedback/ideas/bugs welcomed - either here, direct or on tracker...

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

Re: [Lazarus] TArrow Drag Drop functionality

[Michael Thompson]

> Just open an issue (feature) about it and I'll fix it asap (add missing
events).
> zeljko

Thanks for the offer.  I've created the issue, and attached a patch as well
if you like...
http://bugs.freepascal.org/view.php?id=26756

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

[Lazarus] TArrow Drag Drop functionality

[Michael Thompson]

G'day,

Does anyone know why TArrow.OnDragDrop/OnDragOver/OnEndDrag/OnStartDrag
were commented out in lcl\arrow.pp?

I'm working on menu editor drag/drop rearranging.  As part of this I
uncommented the above.  All is working well, but you know that nagging
thought at the back of your mind?   It's telling me that just maybe they
were commented out for a reason...

Ta

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

Re: [Lazarus] TListView OnSelectItem event: Bug or feature?

[Michael Thompson]

> The implementation of  the OnSelectItem event of TListView doesn't appear
to me to be correct.
> With MultiSelect false, selecting a new Item on the list generates, as
expected, two events: the unselect of the previous Item, and the select of
the new one.
> But they're generated in the reverse order. i.e. first the selection of
the new one, then the unselect of the old one.

Out of curiosity, which widgetset are you using?  My memory (haven't
checked this for at least 3 years) says the events were fired in different
sequences between different widgetsets.  Mind you, I can't think of how a
change in event order will affect any of the examples you've given.

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

Re: [Lazarus] Saving an array to a string

[Michael Thompson]

> > That's brilliant.  This answers a question I posted on the forum last
week.  Mind if I quote your link in there?
> > Mike
> Feel free to send it! :-)

Done
http://forum.lazarus.freepascal.org/index.php/topic,25017.msg151539.html#msg151539

Many thanks :-)

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

Re: [Lazarus] Saving an array to a string

[Michael Thompson]

> You can use RUtils plugin:
> https://github.com/silvioprog/rutils

That's brilliant.  This answers a question I posted on the forum last week.
 Mind if I quote your link in there?

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

Re: [Lazarus] Saving an array to a string

[Michael Thompson]

I'm lazy, I'd do it via a TStringList :-)

MyStringList := TStringList.Create;
MyStringList.Text := MyStringField.AsString;

SetLength(MyArray, MyStringlist.Count);
For i := 0 To MyStringList.Count-1 Do
  MyArray[i] := MyStringList[i];

MyStringList.Free;

In fact, I'd use a TStringList at both ends of the code, and not use an
Array Of String at all...  I like it when other code does my work for me :-)

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

Re: [Lazarus] Saving an array to a string

[Michael Thompson]

> Is it possible to save an array of string to a single string for storing
in a string field within a database?

Suspect it'll be something like
MyString := '';
For i := Low(MyArray) to High(MyArray) Do
  MyString := MyString + MyArray[i] + LineEnding;

MyStringField.AsString := MyString;


On 1 July 2014 16:49, Richard Mace  wrote:

> Hi All,
> Is it possible to save an array of string to a single string for storing
> in a string field within a database?
> If so, could anyone give me any pointers please?
>
> Thanks
>
> Richard
>
> --
> ___
> Lazarus mailing list
> Lazarus@lists.lazarus.freepascal.org
> 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] LazUtils - TProcessUTF8 - UTF8 Parameters issue

[Michael Thompson]

> At some point in time I have thougth about completely re-implementing
> TProcessUTF8 just for that reason but it would mean so much duplicate
> code (which is a nightmare for maintainers).
> And all this would then become obsolete once fpc 2.8 comes around
> So, I gave up.

By 2am last night I was thinking similar thoughts.  Had a quick bash at
upgrading win\process.inc, reduced my fpc to a molten mess, also gave up :-)

And in your case I don't think giving up is the correct conclusion.
 Waiting patiently may be a better description :-)

I'm satisfied with the current state of affairs.  That is, I understand
it's not my code at fault and I'm happy to hear that plans for 2.8 include
improved unicode awareness, so at this stage I'll just document this as an
issue that users of the mplayer package need to be aware of.  Also, if the
fpc guys are working towards unicode awareness, I'll leave off the
bugreport.

I may have a opportunity for extended coding later in the year, in which
case I may investigate further.  I find tinkering with the various
internals fascinating.  But for now, I'm running out of time...

Many thanks for everyone's time.  Learning curves are always fun, but not
for all parties...

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

Re: [Lazarus] LazUtils - TProcessUTF8 - UTF8 Parameters issue

[Michael Thompson]

> I answered in the forum.
>
> Bart

Aye, thanks for that.

More information.  I have now tried every combination of AnsiToUTF8(),
UTF8ToAnsi(), SysToUTF8(), UTF8ToSys() and just simply FFilename in both
TProcess and TProcessUTF8.  All failed (and you can see my machine gun
approach confirms my unicode ignorance).

I'm strongly leaning towards the possibility that this isn't going to work
until win\process.inc itself is upgraded to be unicode aware (ie use
CreateProcessW, upgrade CommandToList, and possibly other fixes).  If I'm
correct, this takes this issue away from being LazUtils related.

I'll do some tests on Linux this afternoon as I note that my problem might
just be limited to Windows and I'll post a FPC bugtracker issue with a test
case.  I also note that this problem appears to be just limited to me,
others report TProcessUTF8 working just fine for them (which makes a
certain amount of sense, otherwise there would be related issues on the
bugtracker)

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

[Lazarus] LazUtils - TProcessUTF8 - UTF8 Parameters issue

[Michael Thompson]

Can anyone confirm if TProcessUTF8 handles unicode parameters under windows?

I'm using Win 8 64bit/Laz 32 bit trunk/FPC Trunk.  I'm struggling here with
no unicode background, reading madly and hunting away...

http://wiki.lazarus.freepascal.org/LCL_Unicode_Support makes it clear FPC
is not unicode aware, though good improvements are being made in trunk...

I've traced through the code as best I can - TProcessUTF8 descends from
TProcess.  The overriden .Execute in TProcessUTF8, calls TProcess.Execute.
 Inside TProcess.Execute (win\process.inc) CreateProcess is called (which
looks very much like it calls CreateProcessA, not CreateProcessW).  And all
the relevant parameters involved are PChars, whereas I think CreateProcessW
will require PWideChars, confirming the CreateProcessA suspicion.

As I understand things, we'll need TProcess to be unicode aware before
TProcessUTF8 itself is fully unicode aware

My issue is down to a unicode filename being passed through as a parameter

Var
  FPlayerProcess: TProcessUTF8;
...
  FPlayerProcess.Executable:=FMPlayerPath;
  FPlayerProcess.Parameters.Add(AnsiToUTF8(Filename));

mplayer is reporting it can't find a corrupted version of the Filename I
pass through.  Works just fine with non-unicode filenames... (and I can
pass mplayer the unicode filename in Command Prompt and it works there)

If someone could confirm my suspicions that TProcessUTF8 is likely the
problem, I'll stop trying to fix the code at my end, and just put this down
as a known issue for now (sure, and I'll log an item in the bugtracker
though I can't see how to easily create a small test :) )...  OTOH, if I'm
completely wrong, I'll continue to slog away...

Many thanks

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

[Lazarus] LazUtils - UTF8Process.pp - CommandLine/ApplicationName not deprecated

[Michael Thompson]

In Process.pp several properties are marked deprecated (ApplicationName and
CommandLine).  This tells me they're going to disappear one day, though I
suspect not soon.   I've just noticed in the UTF8 wrapper for TProcess (
TProcessUTF8), the corresponding properties are not marked deprecated, in
fact more interestingly the following is set: {$WARN SYMBOL_DEPRECATED OFF}


Anyone any idea why this is?   Should I be submitting a patch/query on the
bugtracker, or is there a valid reason?

I also note that procedure TProcessUTF8.SetCommandLineUTF8 relies
ultimately on CommandToList in process.pp to set the Parameters, and
CommandToList doesn't look UTF8 friendly to me, but I'll admit UTF8 isn't
even slightly my strong suite...

There's certainly something going wrong with Unicode filenames in my
current project (mplayer), but at this time I'm not sure if it's
mplayer or TProcessUTF8.SetCommandLineUTF8
to blame (or indeed if it's something else completely)...

So really, I guess I'm also asking if I should be avoiding
TProcessUTF8.CommandLine, even though it's not marked as deprecated...

Many thanks

Mike Thompson (had to add Thompson, far too many other Mike's on here :-) )
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Lazarus-CCR - mplayer package

[Michael Thompson]

> > I've spent a few days now playing with it, and there's a fair amount I'd
> > like to extend it with.  I want to make sure I'm not taking the
> > architecture of the control in a direction away from anyone else's
planned
> > design.
> You are welcome.

Many thanks :-)

> > Once I'm happy with my additions, I'll upload a patch to the bugtracker.
> It's open source. Commit early, commit often.

Ahh, I hadn't realised.  Thought I would need to be added to the
Lazarus-CCR developers group in SourceForge before I could commit there.
 Thanks for the info.

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

[Lazarus] Lazarus-CCR - mplayer package

[Michael Thompson]

G'day,

Does anyone have long term plans for the development and the design of the
mplayer package?  If so, can they send me details?

I've spent a few days now playing with it, and there's a fair amount I'd
like to extend it with.  I want to make sure I'm not taking the
architecture of the control in a direction away from anyone else's planned
design.

Once I'm happy with my additions, I'll upload a patch to the bugtracker.

Cheers

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

Re: [Lazarus] Console App Development

[Michael Thompson]

> > OMG. Then we really need to discover what the gtk2 glue is doing so
wrong.

> It's not just LCL-GTK2, the same thing happens with Lazarus IDE compiled
> for LCL-Qt4 too. Just tested. Opening a blank project, Lazarus IDE
> (using LCL-Qt4) uses 69MB already. Open a 100 units and the memory usage
> jumps to 140MB.

Does the memory usage lower when you then close the 100 units?   Trying to
eliminate leak as a possibility.
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Console App Development

[Michael Thompson]

> OMG. Then we really need to discover what the gtk2 glue is doing so wrong.

I noticed a few weeks ago that, in at at least one unit, we don't appear to
free'ing g_list's consistently.  I queried this in the forums with no
response - as I stated in that post I have no idea if the glib has a garbage
collection style scheme, so I don't know how significant this is.

http://forum.lazarus.freepascal.org/index.php/topic,14149.0.html

This won't, of course, lead to an immediately overly large memory usage, so
I doubt this is the main culprit, but I suspect it doesn't help...

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

[Lazarus] GTK TlistView

[Michael Thompson]

> > including the entire IDE vanishing twice), so I'm thinking generics
> > shouldn't be added to the LCL until the IDE fully supports them.
>
> Can you test this with the current SVN version of Lazarus and create
> bug reports if it still causes crashes?

Good call.  None of the issues I experienced under 0.9.30 are reproducible
under 0.9.31.  Sorry 'bout that.

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

[Lazarus] GTK TlistView

[Michael Thompson]

>> type
>> // for {$mode objfpc}
>>   TIntegerList = specialize TFPGList;
>>
>> My question is, are you guys happy if I go ahead and implement code
inside
>> gtk2wscustomlistview.inc that uses this functionality, or should I just
stay
>> on the safe side and implement a specific TIntegerList for this scenario?
>>
>
> Good question. I have also though when we should start using generics in
> Lazarus and LCL code.
>
> I remember that 2 latest FPC versions should be supported by Lazarus trunk
> code. Currently it means FPC 2.4.2 and 2.4.4.

Tested yielded good results with the generics (using TFPGMaps gave me the
sort code I need for testing), but the IDE itself didn't like the generics
(jump to implementation, and procedure list both failed in random ways
including the entire IDE vanishing twice), so I'm thinking generics
shouldn't be added to the LCL until the IDE fully supports them.   On the
TIntegerList front, I refactored the code several times over, and the
current implementation doesn't use an integerlist at all.  Many thanks for
the feedback, and the link to your code...
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] GTK TlistView

[Michael Thompson]

> > The more I play with the gtk2 TListView, the more I realise what a
> > superb, but extremely difficult, job other people have done making the
> > gtk2 widget conform to the win32 api structure.

> All the ComCtrls are tightly bound to the Win32 platform/widgetset, see
> my recent problems with TTabControl. I see two ways for overcoming such
> problems:
>  - full emulation, not using native widgets of other platforms, or
>  - portable replacement components with limited Delphi compatibility.

I've been following various related discussions with interest.   IMO What's
been achieved already with the LCL has one huge advantage - and that's its
compatibility with the VCL.  Knowing two parts of nothing about Linux/gtk I
was able to get up speed quite quickly simply because I already knew the
existing framework.  The people who worked on the LCL have done a superb
job.

It certainly may be time to start discussions on a new component library
(and I look at what Graeme has achieved with fpGUI and going down that path
certainly has my vote) - but that is a decision with huge implications and
will require a large amount of time allocated to it - time I simply don't
have, I don't know about others...   For now, I'm happy enough working
within the current framework, getting the broken bits to work - always been
happier as a code-monkey and not an architect :-)

My two bits :-)

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

[Lazarus] GTK TlistView

[Michael Thompson]

G'day,

Apologies if this is the wrong place to ask this question - the forum seems
quiet on related questions I've asked there.

I've been playing with the GTK TListView code, and I'm happy I can solve
most of the selection issues outstanding in Mantis, and a few more to boot.
Problem is the solution for the TListView in Icon Mode is potentially quite
expensive - currently looping linearly over an unsorted TStringList
(ItemCache) of selected nodes every selection event (and there's one or two
existing scenarios where this happens as well).  Before I submit the patch
I'd like to optimise this code using a sorted integer list or two (side by
side with ItemCache).  Someone on the forums pointed me to a syntax I was
previously unfamiliar with, that I'd like to use.

uses
  fgl;

type
// for {$mode objfpc}
  TIntegerList = specialize TFPGList;


My problem is that when I go into fgl it states this is prototype code - and
to me that means either the interface or implementation is likely to change
in the future.

My question is, are you guys happy if I go ahead and implement code inside
gtk2wscustomlistview.inc that uses this functionality, or should I just stay
on the safe side and implement a specific TIntegerList for this scenario?

The more I play with the gtk2 TListView, the more I realise what a superb,
but extremely difficult, job other people have done making the gtk2 widget
conform to the win32 api structure.   I imagine similar difficulties were
encountered in other widgetsets and my hat is off to all who have worked
through this.  Felipes suggestion of a custom drawn ListView looks more and
more attractive to me :-)

(this will be my first time playing with the LCL code, and I'm fully
expecting my patch to be rejected, or at least marked with red pen "must try
harder" :-) - just saying don't panic that you've got a newbie playing in
the LCL :-) )

Cheers

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

[Lazarus] Many thanks for a superb product

[Michael Thompson]

G'day,

I've been using Lazarus as a hobbyist for a year or two now - having moved
away from being a professional Delphi programmer some years ago, lurking
here and on the forums.  I've started getting comfortable with the idea of
attempting to contribute - initially by reporting bugs, all the while
plucking up courage to try editing the actual source code :-)

I'm fully aware that Lazarus is a beta product, and that Lazarus and FPC are
run by a small group of hard working dedicated volunteers.  Just wanted to
say thanks for such superb, feature rich apps, components and libraries.
Personally I'm happy using Lazarus as is - though given some of the comments
I see around at times I understand why you're keeping it Beta for now :-)

Many thanks

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