Graeme Geldenhuys schrieb:
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
On 6 March 2010 15:29, Michael Van Canneyt mich...@freepascal.org wrote:
b) have a larger development group.
compare this to fpGUI which is essentially a one-man show. If Graeme for
some reason drops out (gods forbid): bye-bye fpGUI.
Qt started as a two-man band, so there is hope for fpGUI.
On 6 March 2010 17:51, Michael Van Canneyt mich...@freepascal.org wrote:
I appreciate that some bugs are hard to find. But you are wrong if you think
that rolling your own widgetset will guarantee you less bugs.
Martin (MSEgui) and myself having first hand experience in this will
definitely
Graeme Geldenhuys schrieb:
On 6 March 2010 17:51, Michael Van Canneyt mich...@freepascal.org wrote:
I appreciate that some bugs are hard to find. But you are wrong if you think
that rolling your own widgetset will guarantee you less bugs.
Martin (MSEgui) and myself having first hand
On Sun, Mar 07, 2010 at 10:55:59AM +0200, Graeme Geldenhuys wrote:
Everybody keeps hammering the native look and feel issue, yet it seems
very unimportant to the end-user (Mac OS users excluded). And then I
haven't even mentioned the biggest product of them all, Web Apps! They
run on all
On 7 March 2010 00:09, Tom Lisjac zikon...@gmail.com wrote:
The only thing that is stopping Lazarus/FPC from become a stable,
mainstream production tool is attitudes... and I'm hoping threads like
these will cause a change of focus across the core teams from feature
development to stabilize
On 7 March 2010 10:47, Florian Klaempfl flor...@freepascal.org wrote:
... and the functionality is less: just one example: Drag and Drop between
explorer and file dialogs does not work in MSEgui,
I'm sure that will be a quick fix for Martin, it if was brought to his
attention. To be honest, no
On Sunday 07 March 2010 09:47:50 Florian Klaempfl wrote:
... and the functionality is less: just one example: Drag and Drop
between explorer and file dialogs does not work in MSEgui, neither the
context menu works, so one can not create folders, rename files etc.
quickly, no W7 favorite
Graeme Geldenhuys schrieb:
On 7 March 2010 10:47, Florian Klaempfl flor...@freepascal.org wrote:
... and the functionality is less: just one example: Drag and Drop between
explorer and file dialogs does not work in MSEgui,
I'm sure that will be a quick fix for Martin, it if was brought to his
Hi all,
As of lazarus 0.9.29 svn revision 23858 qt bidings v. 2.1 must be used.
Lazarus qtlcl is not compileable against bindings 1.72 anymore.
Minimum qt libs requirement is qt-4.5.0, but 4.6.XX can be used too.
Den: I've added HAIKU ifdef into qt4.pas, please add it to next version of
Graeme Geldenhuys schrieb:
I looked at the LCL-fpGUI widgetset last night. I was shocked at how
much Windows-ism is in the common widgetset interface layer of LCL.
Can you suggest another interface, that better fits the various
widgetset APIs?
DoDi
--
Martin Schreiber schrieb:
BTW there is tguiapplication.registersyseventhandler() in order to hook into
Windows and X11 messages.
The unreadable names (all lowercase) make it impossible to me to have
any closer look at msegui.
DoDi
--
___
On Sat, 6 Mar 2010, Jonathan wrote:
On Sat, 6 Mar 2010 13:57:48 +0100 (CET)
Michael Van Canneyt mich...@freepascal.org wrote:
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.
On Sunday 07 March 2010 12:19:55 Hans-Peter Diettrich wrote:
Martin Schreiber schrieb:
BTW there is tguiapplication.registersyseventhandler() in order to hook
into Windows and X11 messages.
The unreadable names (all lowercase) make it impossible to me to have
any closer look at msegui.
On Sun, 7 Mar 2010, Graeme Geldenhuys wrote:
On 6 March 2010 17:51, Michael Van Canneyt mich...@freepascal.org wrote:
I appreciate that some bugs are hard to find. But you are wrong if you think
that rolling your own widgetset will guarantee you less bugs.
Martin (MSEgui) and myself
On Sun, 7 Mar 2010, Martin Schreiber wrote:
On Sunday 07 March 2010 12:19:55 Hans-Peter Diettrich wrote:
Martin Schreiber schrieb:
BTW there is tguiapplication.registersyseventhandler() in order to hook
into Windows and X11 messages.
The unreadable names (all lowercase) make it impossible
On Sun, 7 Mar 2010 10:55:59 +0200, Graeme Geldenhuys wrote about Re:
[Lazarus] Is Lazarus project in a downward spiral?:
[snip]
Everybody keeps hammering the native look and feel issue, yet it seems
very unimportant to the end-user (Mac OS users excluded). And then I
haven't even mentioned the
Hi!
- 2.0: Get rid of the windows-isms.
Would it be possible while retaining LCL support for existing code.
No API changes?
Juha
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
Hi!
I've not posted here before, but I've been reading this list for about
six months, and I've gotta weigh in on this one.
By way of introduction, I'm the Sr. Software Engineer/Team Lead for a
major consumer electronics company in the US. We've been using C++
Builder for several years as
Hi,
What did you think of my idea of different GUI-specific target modes for
Lazarus 2.0? I myself feel it is an extremely cool idea!
It is already possible to do so.
Have a look at the examples/designnonlcl directory in Lazarus.
It was created specially for such things.
Interesting.
Hello,
I'm taking the chance here to confirm that we can exactly agree on
Daithi Haxton's posting. We had gone a similar way (had the same
decision for a development language and tools) for our cross-platform
data recovery software (http://grauonline.de/slides/lazarus.html).
Before we made
We've been using C++ Builder ...
[...]
Native compilation - check. Native look and feel - check. Similar
object structure to our existing code base - check.
and easier and clearer language syntax - check.
A colleague moved a rather complex software update tool from C++
Builder to
A lot of the translation was done manually in this case. But a lot of
it was as you describe - find and replace. Some of the direct Windows
API calls were a bit problematic, but nothing that an experienced
coder can't resolve quickly.
One interesting discovery he made was that it's
On Sun, Mar 07, 2010 at 11:17:56AM +0200, Graeme Geldenhuys wrote:
I really dislike non native windows programs, specially GTK ones. Dia is
about the only one I tolerate.
Then I guess you hate the internet as well? :) Gmail, Facebook,
Twiter, etc. all those little web apps that nobody
Maxim Ganetsky schreef:
06.03.2010 1:06, Vincent Snijders пишет:
Somebody with time can tell me what revisions to merge and it will be
done. Did you find the revision to be cherry picked?
Consider merging the following revisions:
maybe 21839
maybe 21860
maybe 21863
maybe 21866
21875
21904
Michael Van Canneyt schrieb:
I write all lowercase exactly because all lowercase has the best
readability
for me. With camelcase style a symbol breaks into sub-symbols for me
which
can't be recognised and processed as fast by my brain.
I don't think that you can credit the lowercase
Marco van de Voort schrieb:
On Sun, Mar 07, 2010 at 11:17:56AM +0200, Graeme Geldenhuys wrote:
I really dislike non native windows programs, specially GTK ones. Dia is
about the only one I tolerate.
Then I guess you hate the internet as well? :) Gmail, Facebook,
Twiter, etc. all those little
Hello Lazarus-List,
Sunday, March 7, 2010, 4:12:59 AM, you wrote:
AK Although I have no particular need for this change, I support it
AK on the general principle. I would go even further and call KeyPress
AK _before_ built-in handler, so that user code could turn off
AK default handling by
Hi,
It certainly wouldn't be impossible to get a C++ Builder to Lazarus
converter going - you'd never get it perfect, but hey - that's what
compiler errors are for, eh? ;) And with some 50 programs yet to
translate, we'll probably be doing something like that. If we do, I'll
be sure
On Sun, Mar 07, 2010 at 01:21:37PM +0100, Michael Van Canneyt wrote:
I would also have preferred the LCL to be a VCL 'without the windows calls'
I think the VCL does a pretty good job of abstracting out the Windows API.
You can program it pretty much without knowing anything about the windows
I wanted to know if anyone reported a bug that has to do with include
files and the helper component that consistently crashes the IDE. I
had dealt with this bug for the past few weeks. It wasn't until I ran
./startlazarus from command prompt that showed me that a unit
referencing an include
Hello Lazarus-List,
Sunday, March 7, 2010, 10:17:56 AM, you wrote:
GG Then I guess you hate the internet as well? :) Gmail, Facebook,
GG Twiter, etc. all those little web apps that nobody uses an doesn't
GG adhere to a single OS interface. Do you now see how ridiculous the
GG native look and
Daithi Haxton schrieb:
It certainly wouldn't be impossible to get a C++ Builder to Lazarus
converter going - you'd never get it perfect, but hey - that's what
compiler errors are for, eh? ;) And with some 50 programs yet to
translate, we'll probably be doing something like that. If we do,
Maxim Ganetsky wrote:
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
On 7 March 2010 13:09, Hans-Peter Diettrich drdiettri...@aol.com wrote:
Can you suggest another interface, that better fits the various widgetset
APIs?
Maybe take a look at a widgetset that was designed from the start to
be cross platform enabled. There are many to choose from. Don't base
you
On Sun, Mar 7, 2010 at 7:49 PM, Graeme Geldenhuys
graemeg.li...@gmail.comwrote:
On 7 March 2010 13:09, Hans-Peter Diettrich drdiettri...@aol.com wrote:
Can you suggest another interface, that better fits the various widgetset
APIs?
Maybe take a look at a widgetset that was designed from
On 7 March 2010 14:21, Michael Van Canneyt mich...@freepascal.org wrote:
The downside to this is: there is also a lot less functionality.
A simpler product is by definition easier to maintain.
Being a one-man-band, things take a while to be implemented -
especially if it's not the only thing
On 7 March 2010 14:30, Michael Van Canneyt wrote:
For you, yes. I agree with Hans-Peter Diettrich...
I thinking everybody (except for Martin) agrees with Hans-Peter.
MSEgui code is very hard to read. :)
--
Regards,
- Graeme -
___
fpGUI - a
07.03.2010 20:46, Thierry Coq пишет:
Maxim Ganetsky wrote:
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
Graeme Geldenhuys schreef:
there is no stable version of Lazarus - this is my major concern.
As I mentioned, we currently maintain our own stable version of
Lazarus IDE, but this should come standard with the Lazarus project.
It should not be the job of the end-users to make there own stable
On Sun, Mar 07, 2010 at 06:46:56PM +0100, Thierry Coq wrote:
This doesn't solve the issue on when this bug will be corrected, what
path will it take, who can correct or test the correction, etc. The
casual (would-be) contributor such as myself seems excluded and not
really wanted. This is
Joost van der Sluis schreef:
Hi all,
I want to add registration of the TBufDataset component. I thought it
would be the best to do it in the same manner as TDataSource is
registered, since TBufDataset is always available.
But I can not find where/how TDataSource is registered?!?
On Sun, 7 Mar 2010, Graeme Geldenhuys wrote:
To give you an example of what I meant by easier to maintain. For the
last 6 months I have pretty much 99% of my time developing under Linux
- that included adding new features and components to fpGUI. Just the
other day I though I better test my
On Sun, 7 Mar 2010, Florian Klaempfl wrote:
Michael Van Canneyt schrieb:
I write all lowercase exactly because all lowercase has the best
readability
for me. With camelcase style a symbol breaks into sub-symbols for me
which
can't be recognised and processed as fast by my brain.
I don't
On Sun, 7 Mar 2010, Daithi Haxton wrote:
Hi!
I've not posted here before, but I've been reading this list for about six
months, and I've gotta weigh in on this one.
By way of introduction, I'm the Sr. Software Engineer/Team Lead for a major
consumer electronics company in the US. We've
About Mantis graph of the issues (discussed in the beginning of the thread).
There's CSV export available:
http://bugs.freepascal.org/csv_export.php for any user (login is not
required).
So lnet (or synapse) + gui (lcl, msegui, fplib) or any image
processing lib and one can get the graph image
Hello Lazarus-List,
Sunday, March 7, 2010, 5:51:33 PM, you wrote:
HPD I already made an C-to-Pascal converter
HPD http://sourceforge.net/projects/topas/, but then got stuck in handling
HPD #defines, which deserve translation into either constants or functions,
HPD or must be expanded.
HPD I
Marco van de Voort wrote:
On Sun, Mar 07, 2010 at 06:46:56PM +0100, Thierry Coq wrote:
This doesn't solve the issue on when this bug will be corrected, what
path will it take, who can correct or test the correction, etc. The
casual (would-be) contributor such as myself seems excluded and
2010/3/7 Zaher Dirkey parm...@gmail.com:
Designing a cross-platform LCL from the start will take another long time,
Obviously it's a bit late now for such a large design changes. As
Michael suggested, maybe make it a v2.0 goal. But that will be decades
away. :)
But i will translate your
On 7 March 2010 20:13, Vincent Snijders vsnijd...@vodafonevast.nl wrote:
Do you want to be the maintainer of the stable version?
I wouldn't know how using SVN - we use Git remember. Our method of
getting a stable version would also probably not be appropriate for
others. On a serious note,
Hello Lazarus-List,
Sunday, March 7, 2010, 10:20:33 PM, you wrote:
GG Then take a look inside the winapih.inc and see all the methods
GG that must be implemented by each backend widgets. Those methods uses
GG Win32 API types like HDC, WHND, HBITMAP, GDIObject, HGDIOBJ, HHOOK
GG etc... All
On Sun, Mar 7, 2010 at 9:21 AM, Michael Van Canneyt
mich...@freepascal.org wrote:
It has always pained me to see lazarus' LCL re-introducing the Windows API
to such an extent.
If I was planning Lazarus' future (for clarity: I am not), I would lay out
for the LCL:
People need those routines
On 7 March 2010 20:47, Michael Van Canneyt mich...@freepascal.org wrote:
Yes, but you disregard the native look and feel. As soon as you must
introduce that, there will be less common code.
The benefits of a custom drawn toolkit - we can choose what features
to support. :-)
This is
On Sun, Mar 7, 2010 at 6:20 PM, Graeme Geldenhuys
graemeg.li...@gmail.com wrote
Then take a look inside the winapih.inc and see all the methods
that must be implemented by each backend widgets. Those methods uses
Win32 API types like HDC, WHND, HBITMAP, GDIObject, HGDIOBJ, HHOOK
etc... All
On Mon, Mar 8, 2010 at 12:12 AM, Felipe Monteiro de Carvalho
felipemonteiro.carva...@gmail.com wrote:
On Sun, Mar 7, 2010 at 9:21 AM, Michael Van Canneyt
mich...@freepascal.org wrote:
It has always pained me to see lazarus' LCL re-introducing the Windows
API
to such an extent.
If I
On 7 March 2010 20:55, Michael Van Canneyt wrote:
Which is exactly why I think that the person who started this thread has
tunnel-vision problems. The glass is half-full for me.
I now understand what you meant with that statement, and I think you
are right. ;-)
Lazarus is an impressive
Hi friends,
I'm trying to create a function to replace accented characters by single
characters, e.g:
ã = a
é = e
ç = c
ñ = n
I'm trying to use OnKeyDown and OnUTF8KeyPress, but is not working, so I
made some tests and saw that the problem is in the component:
Code:
On Sun, Mar 7, 2010 at 7:29 PM, Silvio Clecio silviop...@gmail.com wrote:
I'm trying to create a function to replace accented characters by single
characters, e.g:
Maybe you should show how your code for this is.
The easiest way is making a large if block.
Code:
Hi Felipe
I know this link on the wiki, but it did not really help you solve the
problem in TCustomEdit.
See this demo, I explain it better how to reproduce the error:
http://groups.google.com.br/group/lazarus-brasil/web/be_bug_tests.zip?hl=pt-BR
Thanks.
Felipe Monteiro de Carvalho escreveu:
Hello Marco, thanks for the response :)
I'll test it, I give a return in a moment.
Will send the demos that I'm trying to do, please see how the error
appears to be in TCustomEdit.
Sending (WithoutAccent-pt_BR) in a moment...
Marco Alvarado escreveu:
Hello Silvio!
On Sun, Mar 7, 2010 at
Hello Lazarus-List,
Sunday, March 7, 2010, 11:57:45 PM, you wrote:
SC I know this link on the wiki, but it did not really help you solve the
SC problem in TCustomEdit.
SC See this demo, I explain it better how to reproduce the error:
SC
Marco, I tested now, is really an very good package :)
You have some example to replace the text in real time using this package?
Please see this, I'm trying to do and only works right with OnChange:
http://lazarus-brasil.googlegroups.com/web/be_bug_tests_II.zip
(or: http://bit.ly/aknuUm)
I
On Sun, 7 Mar 2010 10:53:19 -0600
Andrew Brunner andrew.t.brun...@gmail.com wrote:
I wanted to know if anyone reported a bug that has to do with include
files and the helper component that consistently crashes the IDE. I
had dealt with this bug for the past few weeks. It wasn't until I ran
You have some example to replace the text in real time using this package?
Sorry, I don't have an example like that, but the example listed on
the page seems simple enough:
s := TUTF8Scanner.Create(Memo1.text);
s.FindChars := 'öäü';
repeat
case s.FindIndex(s.Next) of
{ö} 0:
Hellow JoshyFun,
JoshyFun escreveu:
So your problem is that UTF8Key is not realtime modificable as Key
in KeyPress event ?
As UTF8Key appears as var parameter it looks like a bug to me.
Yes. For me too. And here em my PC, OnKeyPress works normal only for
Windows (XP). :(
Meanwhile you can
I agree with everything Tom has said. I hope everyone takes it to heart.
I'm one of those who is lurking and waiting for a more stable project
before jumping in and joining the team as a volunteer. I've tried both
FPC and Lazarus and found them wanting for all the reasons that have
already
On Sun, Mar 7, 2010 at 5:51 PM, Mattias Gaertner
nc-gaert...@netcologne.de wrote:
I need some information how to reproduce the problem.
Was there an error message? What was the error message?
The error was from internal component that utilizes the IDE paths for
scanning Lazarus only units.
Am Sonntag 07 März 2010 12:30:16 schrieb Hans-Peter Diettrich:
Florian Klaempfl schrieb:
Why should I waste time and change to a different program while I could
do this in the file open/save dialog?
Then the file dialogs must use the platform specific file managers. On
Windows, the
Am Montag 08 März 2010 01:58:22 schrieb Doug Chamberlin:
[]
A couple of further specific comments:
I see a bunch of bugs reported and developers posting that those are
fixed. But unless I wade in and install SVN and figure out how to use it
to update my local source and figure out how
Hello Marco, no problems friend :)
I'm trying with TUTF8Scanner + OnKeyPress, and TUTF8Scanner +
OnUTF8KeyPress, but not works. :(
Another test that fails:
procedure TForm1.Edit1UTF8KeyPress(Sender: TObject; var UTF8Key: TUTF8Char);
begin
UTF8Key := 'Ç';
end;
Appear the caracters of the
Doug Chamberlin schreef:
I have avoided CVS, and so far successfully avoided SVN, because I see
them as rather old technology. In contrast, Git is an amazingly powerful
and fresh look at the problem. I'd rather start out using Git. But when
Git was proposed to the FPC/Laz projects it was
Andreas Schneider het geskryf:
Here's a problem: TNotebook is _not_ a tab-type component (well, actually it
shouldn't be a tab-type component). The Delphi implementation is more or
less just a page manager so you can have several layers on one form that you
can switch between.
To me,
Florian Klaempfl het geskryf:
... and the functionality is less: just one example: Drag and Drop
between explorer and file dialogs does not work in MSEgui,
To my surprise, Gnome also supports dragdrop to the File Dialog. :) I
never knew that.
neither the context menu works,
Gnome only
Felipe Monteiro de Carvalho het geskryf:
People need those routines to port component packages mostly. The
Windows API routines are not an end in themselves and they are also
So do I understand this correctly. The winapih.inc only needs to be
implemented to help support for porting of
Silvio Clecio wrote:
I'm trying with TUTF8Scanner + OnKeyPress, and TUTF8Scanner +
OnUTF8KeyPress, but not works. :(
Another test that fails:
procedure TForm1.Edit1UTF8KeyPress(Sender: TObject; var UTF8Key:
TUTF8Char); begin
UTF8Key := 'Ç';
end;
Appear the caracters of the current
Zaher Dirkey het geskryf:
Yes that help me to port many component to Lazarus.
But it can make spicial unit only for those porting components, and for
who have more time can replace the function taht call API function to
call LCL function
API FillRect(DC: HDC;
to
LCL
Marco van de Voort het geskryf:
I really dislike non native windows programs, specially GTK ones. Dia is
about the only one I tolerate.
[off-topic]
I gather you are using Dia for UML diagrams? If so, I urge you to take a
look at Umlet. A small Java based UML diagram tool. It is really
Graeme Geldenhuys schrieb:
On 7 March 2010 20:13, Vincent Snijders vsnijd...@vodafonevast.nl wrote:
Do you want to be the maintainer of the stable version?
I wouldn't know how using SVN - we use Git remember. Our method of
getting a stable version would also probably not be appropriate for
Doug Chamberlin het geskryf:
I have avoided CVS, and so far successfully avoided SVN, because I see
them as rather old technology. In contrast, Git is an amazingly powerful
and fresh look at the problem. I'd rather start out using Git. But when
Compiling from source code is really not that
79 matches
Mail list logo