Why you hate master, i believe it is for last working version, here is
tiOPF3, i do that, and for me it have all fixes in it, so who need last of
every thing he will take master.
On Sat, Apr 6, 2013 at 3:06 AM, Graeme Geldenhuys
gra...@geldenhuys.co.ukwrote:
On 2013-04-05 18:03, Frank Church
Hi,
Just opened
http://wiki.lazarus.freepascal.org/
and searched, without quotes for WidgetSet.
An error page stated that index is crashed appeared. Another search
queries worked.
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
Lubos Pintes wrote:
Hi,
Just opened
http://wiki.lazarus.freepascal.org/
and searched, without quotes for WidgetSet.
An error page stated that index is crashed appeared. Another search
queries worked.
09:47 GMT it appears happy with Pascal reserved words but broken on
anything else.
--
Mark
I have managed to get the tiopf2 working. It is easier and clearer than the
last time I used it. @Zaher Have you been able to get tiopf3 working on
Lazarus?
On 6 April 2013 09:34, Zaher Dirkey parm...@gmail.com wrote:
Why you hate master, i believe it is for last working version, here is
On 4/5/13, Felipe Monteiro de Carvalho
felipemonteiro.carva...@gmail.com wrote:
And if you set Root=C:\Documents and Settings\Someone\Otherfolder
Will it show the root as C:\Documents and
Settings\Someone\Otherfolder or as Otherfolder ?
It will not show the root at all, see screenshots at
The more I think about it, the more I feel the entire component
should be replaced by a widgetset derived control.
* It will show My Computer, Desktop My Documents etc in an
OS/WidgetSet native way
* Editing a node will actually rename the folder (as users expect)
Bart
--
Attached a new patch.
It will enforce a fully qualified path for root, but will set the node
text to what user specifies for root.
Can you try and see if it works for you?
The changes in getPathFromNode may need tweaking for WinCE, which I cannot test.
Bart
--
On 4/6/13, Bart bartjun...@gmail.com wrote:
Attached a new patch.
This time with the patch ;-)
Bart
Index: /devel/lazarus/lcl/shellctrls.pas
===
--- /devel/lazarus/lcl/shellctrls.pas (revision 40594)
+++
Would you please make LCLWidgetType more easy to define it in Project
options instead of define it in IDE macros
And more, also passing conditional values like DEBUG in a text box.
Best Regards
Zaher Dirkey
--
___
Lazarus mailing list
On Sat, 6 Apr 2013, Bart wrote:
Hi,
Consider this.
type
TSomeType = (stA, stB, stC);
{ TA }
TA = class
private
FFoo: TSomeType;
public
constructor Create; virtual;
published
property Foo: TSomeType read FFoo write FFoo default stA;
end;
{ TB }
TB = class(TA)
public
On 4/6/13, Michael Van Canneyt mich...@freepascal.org wrote:
Just change the default:
TB = class(TA)
property foo default stB;
end;
Yes, that did it.
I tried something like that, but didn't get the syntax right.
Thanks a lot.
Bart
--
On 2013-04-06 00:04:07 +0200, Mattias Gaertner wrote:
On Fri, 5 Apr 2013 17:33:22 -0300
Leonardo M. Ramé l.r...@griensu.com wrote:
Hi, it must be that I've been working for more than 8 hrs but I can't find
where the problem is...
I need to pass a file via stdIn to TProcess, then
On Sat, 6 Apr 2013 11:55:41 -0300
Leonardo M. Ramé l.r...@griensu.com wrote:
On 2013-04-06 00:04:07 +0200, Mattias Gaertner wrote:
On Fri, 5 Apr 2013 17:33:22 -0300
Leonardo M. Ramé l.r...@griensu.com wrote:
Hi, it must be that I've been working for more than 8 hrs but I can't
find
On 2013-04-06 17:18:29 +0200, Mattias Gaertner wrote:
On Sat, 6 Apr 2013 11:55:41 -0300
Leonardo M. Ramé l.r...@griensu.com wrote:
On 2013-04-06 00:04:07 +0200, Mattias Gaertner wrote:
On Fri, 5 Apr 2013 17:33:22 -0300
Leonardo M. Ramé l.r...@griensu.com wrote:
Hi, it must be
On Sat, 6 Apr 2013 12:37:06 -0300
Leonardo M. Ramé l.r...@griensu.com wrote:
[...]
Check return value of Proc.Input.Write.
And call Proc.CloseInput when your input was written completely.
Mmm, I'm getting the same result.
I attached the new code.
When you give Proc.Input.Write
On 2013-04-06 17:46:06 +0200, Mattias Gaertner wrote:
On Sat, 6 Apr 2013 12:37:06 -0300
Leonardo M. Ramé l.r...@griensu.com wrote:
[...]
Check return value of Proc.Input.Write.
And call Proc.CloseInput when your input was written completely.
Mmm, I'm getting the same
This doesn't make any sense to me, TB is descendent of TA, TB should never
affect the behavior of it's ancestror TA.
Jether Fernandes Reis
-Mensagem Original-
De: Bart bartjun...@gmail.com
Para: Lazarus mailing list lazarus@lists.lazarus.freepascal.org
Enviada em: sábado, 6 de abril
On 2013-04-06 13:22:39 -0300, Leonardo M. Ramé wrote:
On 2013-04-06 17:46:06 +0200, Mattias Gaertner wrote:
On Sat, 6 Apr 2013 12:37:06 -0300
Leonardo M. Ramé l.r...@griensu.com wrote:
[...]
Check return value of Proc.Input.Write.
And call Proc.CloseInput when your input was
Jether (yahoo) schrieb:
This doesn't make any sense to me, TB is descendent of TA, TB should
never affect the behavior of it's ancestror TA.
Properties are evaluated at compile time. When an object reference is
known to be of type TB, the compiler uses the getter/setter methods of TB.
On 06.04.2013 21:23, Hans-Peter Diettrich wrote:
Nonetheless I don't understand what initialized properties in
non-component classes are good for, together with the observed behaviour
of default values. Can somebody point me to the according documentation?
Streaming is introduced with
On Sat, 6 Apr 2013, Leonardo M. Ramé wrote:
On 2013-04-06 13:22:39 -0300, Leonardo M. Ramé wrote:
On 2013-04-06 17:46:06 +0200, Mattias Gaertner wrote:
On Sat, 6 Apr 2013 12:37:06 -0300
Leonardo M. Ramé l.r...@griensu.com wrote:
[...]
Check return value of Proc.Input.Write.
And call
On Sat, 6 Apr 2013, Hans-Peter Diettrich wrote:
Jether (yahoo) schrieb:
This doesn't make any sense to me, TB is descendent of TA, TB should never
affect the behavior of it's ancestror TA.
Properties are evaluated at compile time. When an object reference is known
to be of type TB, the
On 2013-04-06 03:01, Flávio Etrusco wrote:
Will it be open source?
No, but I am considering free/leased versions for open source projects.
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://fpgui.sourceforge.net/
--
On 2013-04-06 09:34, Zaher Dirkey wrote:
Why you hate master, i believe it is for last working version, here is
tiOPF3, i do that, and for me it have all fixes in it, so who need last of
every thing he will take master.
I'm not sure I fully understand your email. But I'll explain what I
On 2013-04-06 18:19, Jether (yahoo) wrote:
This doesn't make any sense to me, TB is descendent of TA, TB should never
affect the behavior of it's ancestror TA.
TB doesn't affect the behaviour of TA. TB extends or descends from TA,
altering its own behaviour. That is the purpose of descendants
On 2013-04-07 00:04:45 +0200, Michael Van Canneyt wrote:
On Sat, 6 Apr 2013, Leonardo M. Ramé wrote:
On 2013-04-06 13:22:39 -0300, Leonardo M. Ramé wrote:
On 2013-04-06 17:46:06 +0200, Mattias Gaertner wrote:
On Sat, 6 Apr 2013 12:37:06 -0300
Leonardo M. Ramé l.r...@griensu.com wrote:
Hi Hans-Peter,
On 2013-04-06 23:03, Sven Barth wrote:
ones own classes or to build a different GUI toolkit (e.g. in theory
Graeme could use the streaming for fpGUI as well).
I consciously decided not to use streaming in fpGUI (but in theory I
could have, yes). I do use RTTI in the fpGUI
On 6-4-2013 15:39, Zaher Dirkey wrote:
Would you please make LCLWidgetType more easy to define it in Project
options instead of define it in IDE macros
And more, also passing conditional values like DEBUG in a text box.
Please post feature requests in the bugtracker so they don't get
A bit late to the party, but why not use git attributes and clean/smudge
scripts? see keyword expansion part
http://git-scm.com/book/ch7-2.html
or
http://chillibear.org/2010/04/git-and-cvs-like-keyword-expansion-idents.html
kind regards,
Dimitri Smits
- Oorspronkelijk e-mail -
Van:
29 matches
Mail list logo