2009/4/11 闫程远 yanchengy...@gmail.com:
first i wanted to draw a progressbar.i know there is a method of a TListItem
called DisplayRect,but whatever i do,the rect it returns is (0,0,0,0)
As far as I can see you have found a bug. Please report this in Mantis.
I have tried the following code and
Op vrijdag 10-04-2009 om 22:51 uur [tijdzone +0200], schreef JoshyFun:
Friday, April 10, 2009, 10:17:28 PM, you wrote:
In other words MY (capital, as it is my problem, maybe not the problem
of other people) is that the amount of expected hints are hidding the
non-expected ones.
CI
Alexander Klenin escreveu:
2009/4/9 Mattias Gärtner nc-gaert...@netcologne.de:
As I already written some time ago, the solution is to introduce a
hint/warning for the circular dependencies in implementation sections.
This hint should probably be disabled by default, for compatibility
Hello Marc,
Saturday, April 11, 2009, 1:53:02 AM, you wrote:
MW You have turned off comments:
MW 2009-04-10 20:11 CEST mail_recipient bug=11977, drop 1244 (pref
MW email_on_bugnote off)
Yes, I turned it off a few days ago (maybe a month).
Let me explain the whole picture, as in the past I was
Hello Joost,
Saturday, April 11, 2009, 11:48:02 AM, you wrote:
JvdS Very nice that you have made up this rule for yourself. But as you've
JvdS find out you really make things complicated for yourself.
[...]
JvdS And there are 'hints', things which are things that the compiler finds
JvdS
Luiz Americo Pereira Camara wrote:
Are you aware that fpc trunk already implemented an option to disable hints?
See: http://bugs.freepascal.org/view.php?id=8690
Lazarus trunk also has this options.
Best regards,
Paul Ishenin.
___
Lazarus mailing
Hello Marc,
Saturday, April 11, 2009, 3:39:55 PM, you wrote:
MW So when filtering it is not known anymore that you were monitoring this
MW issue
MW I'm not sure if it is solved in a more recent mantis version. I still
MW need to upgrade, but since we are running a patched version, it is not
MW
Alexander Klenin wrote:
On Sat, Apr 11, 2009 at 07:53, Alexander Klenin kle...@gmail.com wrote:
On Sat, Apr 11, 2009 at 07:17, Christian Iversen
chriv...@iversen-net.dk wrote:
Ok, I can see what you're doing there. In my opinion, it's not very
pretty. How about something like this:
On Sat, Apr 11, 2009 at 22:39, Luiz Americo Pereira Camara
luiz...@oi.com.br wrote:
Alexander Klenin escreveu:
OTOH, the hint is not _entirely_ useless and can in some rare cases
point to a real bugs.
The solution is to enable per-variable hint suppression. It is done in C/C++
by omitting
Alexander Klenin escreveu:
On Sat, Apr 11, 2009 at 22:39, Luiz Americo Pereira Camara
luiz...@oi.com.br wrote:
Alexander Klenin escreveu:
OTOH, the hint is not _entirely_ useless and can in some rare cases
point to a real bugs.
The solution is to enable per-variable hint
I tried a new 'remove unused units' refactoring, and in general I like it.
A few nits:
1) Tree nodes should not be editable.
2) After removing first unit in the uses clause, the extraneous space is left
before the next unit name.
3) A 'select all' button would probably be useful
4) Icons used
On Sun, 12 Apr 2009 13:21:47 +1100
Alexander Klenin kle...@gmail.com wrote:
I tried a new 'remove unused units' refactoring, and in general I
like it. A few nits:
1) Tree nodes should not be editable.
Fixed.
2) After removing first unit in the uses clause, the extraneous space
is left
12 matches
Mail list logo