On Wed, Mar 3, 2010 at 10:12 AM, SteveG ste...@nevets.com.au wrote:
Do we yet have a Lazarus compatible 'TWebBrowser' (java capable) available,
or any way of 'embedding' a browser (eg firefox) into a Laz app ?
Or to put it another way:) - is it possible to 'reparent' a browser to a
Laz app
2010/3/6 Arí Ricardo Ody ar...@gmx.com
I would like to know if it's possible to make a program to detect if a
service has started in windows. If affirmative this service shows a window
and I must to simulate a click on the “yes” button of this same window, e.g,
the program will think that
On Fri, 5 Mar 2010, Florian Klaempfl wrote:
Also, what's the state of Mantis bug reports? The statistics pages in
Mantis is hidden from general users (we don't have access).
It causes a lot of load: it takes several seconds to load it. I've
attached a summary graph for lazarus.
Looking at
On Sat, 6 Mar 2010, Arí Ricardo Ody wrote:
I would like to know if it's possible to make a program to detect if a service
has started in windows. If affirmative this service shows a
window and I must to simulate a click on the “yes” button of this same window,
e.g, the program will
On Fri, 5 Mar 2010, Graeme Geldenhuys wrote:
Hi,
[...If you are easily offended to what I normally write, stop reading now...]
This is a continuation of my issues regarding the tab-type components.
Lazarus team doesn't have enough manpower or resources to maintain
duplicate components,
Hello,
I don't think we are in a downward spiral. The number of people constributing
to this project is increasing. The core-team get's more patches than it can
handle at the moment.
I think the lazarus project needs more people which are allowed to apply
patches.
As already said by other's,
Graeme Geldenhuys wrote:
On 5 March 2010 14:24, Felipe Monteiro de Carvalho
felipemonteiro.carva...@gmail.com wrote:
I think it's a nice effort, but wouldn't it be better to improve the
correct control (TPageControl) instead of making the wrong control
better at what it isn't
Samuel Herzog schreef:
I also see an increasing number of open tickets which are periodically
reported and already adressed in bugtracker. As a reporter I can only
comment this, but not close or link with existing reports.
Thanks. It will be seen when somebody goes through this list and
Hi!
Perhaps we should have two branches, one for a common GUI for multiple
targets, and one with dedicated components (and designers?) for distinct
targets. The latter approach would use thin wrappers around the native
components, so that the components themselves will not be subject to
Hi,
The documentation has been re-generated and put on the website.
the fpc/dist/2.4.0/docs directory on the FTP server contains
also a version of the latest docs.
They have been re-generated from version 2.4.0.
Reason for the update is the complete documentation of the DB unit:
it has been
Hi!
If Graeme had spent his time and effort on helping out in the LCL,
instead of fpGUI, then the graph would have looked quite differently,
I'm quite sure.
If fpGui is used as a base for a light native *nix widgetset for LCL, and if
the design change I suggested (in my reply to DoDi) gets
Dear all,
I'm not an active developer of Lazarus (hope to use it in the future)
but how it is about the following idea:
step 1: addition of a priority index in the list of open issues, e.g.
high = necessary for version 1.0
middle = necessary for later versions
low =
On Sat, 6 Mar 2010, Juha Manninen wrote:
Hi!
If Graeme had spent his time and effort on helping out in the LCL,
instead of fpGUI, then the graph would have looked quite differently,
I'm quite sure.
If fpGui is used as a base for a light native *nix widgetset for LCL, and if
the
Hi,
Michael Van Canneyt wrote:
It is a matter of resources. The design of the LCL is good.
It's goal is
- to look and feel native on all platforms.
- At the same time it also aims to be Delphi compatible as
much as feasible: porting a basic Delphi app to lazarus
should be a fairly
On Sat, 6 Mar 2010, Juha Manninen wrote:
Hi,
Michael Van Canneyt wrote:
It is a matter of resources. The design of the LCL is good.
It's goal is
- to look and feel native on all platforms.
- At the same time it also aims to be Delphi compatible as
much as feasible: porting a basic
Michael Van Canneyt schrieb:
With the added downside that it's far from certain that you'll ever be
able to make fpGUI look native on all platforms: one of
its explicit design goals was to look exactly the same on all platforms,
which is contrary to the Lazarus design goal.
There is nothing
Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
With the added downside that it's far from certain that you'll ever be
able to make fpGUI look native on all platforms: one of
its explicit design goals was to look exactly the same on all
platforms, which is contrary to the Lazarus
On Sat, 06 Mar 2010 18:32:45 +0100, Hans-Peter Diettrich wrote about
Re: [Lazarus] Is Lazarus project in a downward spiral?:
Michael Van Canneyt schrieb:
With the added downside that it's far from certain that you'll ever
be able to make fpGUI look native on all platforms: one of
its
Graeme Geldenhuys wrote:
...
As a user, I'm very happy the Lazarus team is providing an alternative
to Delphi, on top of FPC. I'm starting to use Lazarus to make small
utilities, where the GUI needs are not so great. The compiler and basic
GUI are quite good now, I'm just waiting for the
06.03.2010 22:38, Thierry Coq пишет:
As a user, I don't understand the team structure, now how can I report a
bug or contribute to its correction? This should be clearer, in my opinion.
That's really strange. Have a look at
http://wiki.lazarus.freepascal.org/How_do_I_create_a_bug_report
It's a matter of the glass being
half-empty or half-full. Graeme currently sees a half-empty glass.
I think the point of these threads is not how one views a partially
filled glass... but that it remains in a partial state year after year
with no clear goal to ever make it full.
A Lazarus 1.0
Hello Lazarus-List,
Maybe somebody had noted that all keys that perform some action in a
DBGrid by default are never passed to the KeyPress event, like return,
delete, keyup, keydown,... The reason is that this actions are handled
in the keydown event and to note that they are handled by the
On Sun, Mar 7, 2010 at 09:23, JoshyFun joshy...@gmail.com wrote:
Hello Lazarus-List,
Maybe somebody had noted that all keys that perform some action in a
DBGrid by default are never passed to the KeyPress event, like return,
delete, keyup, keydown,... The reason is that this actions are
2010/3/6 Florian Klaempfl flor...@freepascal.org:
It causes a lot of load: it takes several seconds to load it. I've
attached a summary graph for lazarus.
Thanks for the graph Florian. Is it possible to create static
versions of the various statistic pages (I don't know what is
available),
On 6 March 2010 11:41, Michael Van Canneyt mich...@freepascal.org wrote:
Looking at the graph, you can see that the ratio unresolved/resolved
is actually becoming smaller, thus countering Graeme's arguments.
Well Michael, very few have access to statistics. So the rest of use
must simply
25 matches
Mail list logo